Éditeur de code de Liu Terminal. Un éditeur à coloration syntaxique dans la fenêtre du terminal : explorateur, 54 lexers pour plus de 400 types de fichiers, rechercher et remplacer, barre d'état qui connaît le langage et dock git diff.
Un éditeur à coloration syntaxique qui vit dans la même fenêtre que vos agents. Ouvrez-le dans la barre latérale à côté d'un shell, ou donnez-lui un onglet entier: explorateur à gauche, document à droite, rechercher et remplacer, une barre d'état qui connaît le langage — sans quitter le terminal.
Cliquez sur n'importe quel fichier de code ou de texte dans l'explorateur: il s'ouvre dans le volet lecteur déjà en mode édition — pas d'étape « modifier » à part. Markdown est l'exception: il s'ouvre rendu, avec un bouton Read / Edit dans sa barre de titre.
⌘ K → Code Editor confie à l'éditeur un onglet entier plutôt que la bande étroite de la barre latérale. L'onglet s'ouvre dans le répertoire de travail du terminal actif; si le lecteur latéral tient déjà un document, il vient avec et la copie latérale se ferme, de sorte que le même fichier n'est jamais ouvert à deux endroits.
Avec un document ouvert, l'onglet s'organise comme un petit IDE: la liste des fichiers s'ancre en explorateur étroit à gauche et le document prend le reste de la fenêtre. Chaque ligne de l'explorateur porte une icône de type de fichier, et la pastille de l'onglet dans la barre d'onglets commence par la même icône à côté du nom. Les modifications non enregistrées apparaissent comme un point ambre après le nom.
Cliquer sur un autre fichier de l'explorateur change de document. Cliquez dans le texte pour placer le curseur; les lignes longues défilent horizontalement et la vue suit le curseur quand il quitte les colonnes visibles.
Liu a exactement un surligneur, et trois surfaces le partagent: l'éditeur, le dock git diff et les blocs de code du lecteur Markdown. Il est piloté par table — une ligne par langage avec ses tables de mots-clés, jetons de commentaire et drapeaux de comportement — avec 54 lexers derrière une table de plus de 400 extensions et noms de fichiers, de sorte que « main.rs » dans l'éditeur et un bloc ```rs dans une note ne peuvent jamais diverger.
La barre de recherche flotte en haut à droite du document et cherche au fil de la frappe: chaque occurrence est teintée, la courante plus fort, et le compteur affiche « 2 of 7 ». Tant qu'elle est ouverte, ses touches priment sur celles de l'éditeur.
Affichées pour macOS; Linux fait correspondre ⌘ à Ctrl et ⌥ à Alt. Les commandes de ligne agissent sur la ligne sous le curseur.
À gauche, la position du curseur — Ln 42, Col 17 — à droite le langage, la fin de ligne et l'encodage: C · LF · UTF-8. L'étiquette de langage vient de la même table qui choisit le lexer, donc « .ts » affiche « TypeScript » même si c'est la ligne JavaScript qui le colore; une extension inconnue de la table s'affiche en majuscules et un fichier sans extension affiche « Text ». La fin de ligne est mesurée dans le fichier (CRLF l'emporte quand il dépasse LF). ⌘ S écrit dans un fichier temporaire puis le renomme en place, de sorte qu'un plantage en plein enregistrement ne laisse jamais un fichier à moitié écrit.
Quand l'onglet actif est dans un dépôt, le segment git de la barre d'état affiche le dépôt, la branche et un badge +N −M. Cliquez dessus — ou lancez ⌘ K → Toggle Git Changes — et le diff complet de l'arbre de travail s'ancre à droite. C'est le diff et rien d'autre: une gouttière de numéros de ligne à deux colonnes, une teinte pleine largeur par ligne, un en-tête de carte par fichier qui reste épinglé en haut pendant que ses lignes défilent, et un défilement horizontal pour les lignes longues, car un diff ne doit jamais se replier. L'appel git tourne sur un thread de travail, donc un diff à froid sur un gros dépôt ne bloque jamais une image.
English · Türkçe · 简体中文 · 한국어 · Español · Deutsch · Italiano · 日本語 · العربية