Editor di codice di Liu Terminal. Un editor con evidenziazione della sintassi nella finestra del terminale: barra esplora file, 54 lexer per oltre 400 tipi di file, trova e sostituisci, barra di stato che conosce il linguaggio e dock git diff.
Un editor con evidenziazione della sintassi che vive nella stessa finestra dei tuoi agenti. Aprilo nella barra laterale accanto a una shell, o dagli una scheda intera: barra esplora file a sinistra, documento a destra, trova e sostituisci, una barra di stato che conosce il linguaggio — senza lasciare il terminale.
Clicca un file di codice o di testo nel browser dei file e si apre nel riquadro visualizzatore già in modalità modifica — nessun passaggio "modifica" separato. Markdown è l'eccezione: si apre renderizzato, con un interruttore Read / Edit nella barra del titolo.
⌘ K → Code Editor consegna all'editor una scheda intera invece della stretta striscia laterale. La scheda si apre nella directory di lavoro del terminale attivo; se il visualizzatore laterale ha già un documento, quel documento viene portato con sé e la copia laterale si chiude, così lo stesso file non è mai aperto in due posti.
Con un documento aperto la scheda si dispone come un piccolo IDE: l'elenco file si aggancia come una stretta barra esplora a sinistra e il documento prende il resto della finestra. Ogni riga della barra porta un'icona del tipo di file, e la pillola della scheda nella barra delle schede inizia con la stessa icona accanto al nome. Le modifiche non salvate appaiono come un punto ambra dopo il nome.
Cliccando un altro file nella barra si cambia documento. Clicca nel testo per posizionare il cursore; le righe lunghe scorrono in orizzontale e la vista segue il cursore quando esce dalle colonne visibili.
Liu ha esattamente un evidenziatore, e tre superfici lo condividono: l'editor, il dock git diff e i blocchi di codice del lettore Markdown. È guidato da tabelle — una riga per linguaggio con tabelle di parole chiave, token di commento e flag di comportamento — con 54 lexer dietro una tabella di oltre 400 estensioni e nomi di file, così "main.rs" nell'editor e un blocco ```rs in una nota non possono mai discordare.
La barra di ricerca fluttua in alto a destra nel documento e cerca mentre digiti: ogni corrispondenza è tinta, quella corrente più intensa, e il contatore dice "2 of 7". Finché è aperta, i suoi tasti hanno la precedenza su quelli dell'editor.
Mostrati per macOS; Linux mappa ⌘ su Ctrl e ⌥ su Alt. I comandi di riga agiscono sulla riga sotto il cursore.
L'estremità sinistra mostra la posizione del cursore — Ln 42, Col 17 — e la destra il linguaggio, il fine riga e la codifica: C · LF · UTF-8. L'etichetta del linguaggio viene dalla stessa tabella che sceglie il lexer, così ".ts" dice "TypeScript" anche se a evidenziarlo è la riga JavaScript; un'estensione sconosciuta alla tabella è mostrata in maiuscolo e un file senza estensione dice "Text". Il fine riga è misurato dal file (CRLF vince quando supera LF). ⌘ S scrive in un file temporaneo e lo rinomina al suo posto, così un crash a metà salvataggio non può mai lasciare un file scritto a metà.
Quando la scheda attiva è dentro un repository, il segmento git della barra di stato mostra repo, branch e un badge +N −M. Cliccalo — o esegui ⌘ K → Toggle Git Changes — e l'intero diff dell'albero di lavoro si aggancia a destra. È il diff e nient'altro: una colonna di numeri di riga a due colonne, tinta a tutta larghezza per riga, un'intestazione a scheda per file che resta fissata in alto mentre le sue righe scorrono, e scorrimento orizzontale per le righe lunghe, perché un diff non deve mai andare a capo. La chiamata git gira su un thread worker, così un diff a freddo su un repo grande non blocca mai un frame.
Prossimo Visualizzatore Markdown →
English · Türkçe · 简体中文 · 한국어 · Español · Deutsch · Français · 日本語 · العربية