Únikový kód ANSI - ANSI escape code

tento článek potřebuje další citace pro ověření. Prosím pomozte vylepšit tento článek podle přidávání citací ke spolehlivým zdrojům. Zdroj bez zdroje může být napaden a odstraněn. Najít zdroje: "Únikový kód ANSI"  – zprávy  · noviny  · knihy  · učenec  · JSTOR (Ledna 2017) (Zjistěte, jak a kdy odstranit tuto zprávu šablony)

ANSI X3.64 (ISO 6429)

Výstup monitoru systému htop, aplikace ncurses (která používá SGR a další kontrolní sekvence ANSI / ISO).
Standard	ECMA -48 ISO / IEC 6429 FIPS 86 ANSI X3.64 JIS X 0211
Klasifikace	ISO / IEC 2022 na základě kontrolní kód a kontrolní sekvence nastavena
Další související kódování	Další standardy funkce ovládání: ITU T.101, JIS X 0207, ISO 6630, DIN 31626, ETS 300 706

Únikové sekvence ANSI jsou standardem pro vnitropásmová signalizace ovládat umístění kurzoru, barvu, styl písma a další možnosti ve videu textové terminály a emulátory terminálu. Určité sekvence bajtů, většina začíná na Útěk ASCII a Závorka znak následovaný parametry jsou vloženy do textu. Terminál interpretuje tyto sekvence jako příkazy, nikoli jako text k doslovnému zobrazení.

Sekvence ANSI byly zavedeny v 70. letech, aby nahradily sekvence specifické pro dodavatele, a začátkem 80. let se rozšířily na trhu počítačového vybavení. Používají se ve vývojových, vědeckých, komerčních textových aplikacích a také systémy BBS nabízet standardizované funkce.

Ačkoli se v 21. století hardwarové textové terminály stávají vzácnějšími, relevance standardu ANSI přetrvává, protože velká většina terminálových emulátorů a příkazových konzolí interpretuje alespoň část standardu ANSI.

Dějiny

Téměř všichni výrobci video terminálů přidali únikové sekvence specifické pro dodavatele k provádění operací, jako je umístění kurzoru na libovolné pozice na obrazovce. Jedním z příkladů je VT52 terminál, který umožňoval umístění kurzoru na místo x, y na obrazovce odesláním ESC postava, a Y znak a poté dva znaky představující s číselnými hodnotami rovnými umístění x, y plus 32 (tedy začínající znakem mezery ASCII a vyhýbající se řídicím znakům). The Hazeltin 1500 měl podobnou funkci vyvolanou pomocí ~, DC1 a poté se pozice X a Y oddělily čárkou. Zatímco dva terminály měly v tomto ohledu identickou funkčnost, musely být k jejich vyvolání použity různé řídicí sekvence.

Jelikož se tyto sekvence pro různé terminály lišily, vytvořte komplikované knihovny jako např termcap ("možnosti terminálu") a nástroje jako tput muselo být vytvořeno, aby programy mohly používat totéž API pracovat s jakýmkoli terminálem. Mnoho z těchto terminálů navíc vyžadovalo odesílání čísel (například řádků a sloupců) jako binárních hodnot znaků; pro některé programovací jazyky a pro systémy, které interně nepoužívají ASCII, bylo často obtížné změnit číslo na správný znak.

Standard ANSI se pokusil tyto problémy vyřešit vytvořením sady příkazů, kterou by používaly všechny terminály, a vyžadováním přenosu všech číselných informací jako čísel ASCII. První standard v řadě byl ECMA-48, přijatý v roce 1976.^[1] Jednalo se o pokračování řady standardů kódování znaků, z nichž první byla ECMA-6 z roku 1965, což je 7bitový standard ISO 646 pochází. Název „ANSI escape sequence“ pochází z roku 1979, kdy ANSI přijato ANSI X3.64. Výbor ANSI X3L2 spolupracoval s ECMA výbor TC 1 k výrobě téměř identických standardů. Tyto dvě normy byly sloučeny do mezinárodní normy ISO 6429.^[1] V roce 1994 ANSI stáhla svůj standard ve prospěch mezinárodního standardu.

První populární video terminál na podporu těchto sekvencí byl Digitální VT100, představený v roce 1978.^[2] Tento model byl na trhu velmi úspěšný, což vyvolalo řadu klonů VT100, z nichž nejstarší a nejoblíbenější byl mnohem dostupnější Zenith Z-19 v roce 1979.^[3] Jiní zahrnovali Qume QVT-108, Televideo TVI-970, Wyse WY-99GT a také volitelné režimy „VT100“ nebo „VT103“ nebo „ANSI“ s různým stupněm kompatibility u mnoha jiných značek. Popularita těchto postupně vedla k více a více softwaru (zejména systémy BBS a další online služby ) za předpokladu, že únikové sekvence fungovaly, což vedlo k tomu, že je podporovaly téměř všechny nové terminály a emulační programy.

V roce 1981 byl pro použití ve vládě USA přijat ANSI X3.64 FIPS publikace 86. Později vláda USA přestala duplikovat průmyslové standardy, takže FIPS pub. 86 byl stažen.^[4]

ECMA-48 byl několikrát aktualizován a je aktuálně na 5. vydání, od roku 1991. Také jej přijal ISO a IEC jako standard ISO / IEC 6429.^[5] Verze je přijata jako Japonský průmyslový standard, tak jako JIS X 0211.

Mezi související standardy patří ITU T.61, Teletex standard a ISO / IEC 8613, Otevřená architektura dokumentů standard (hlavně ISO / IEC 8613-6 nebo ITU T.416). Tyto dva systémy sdílejí mnoho únikových kódů se systémem ANSI, s rozšířeními, které nemusí mít pro počítačové terminály nutně smysl. Oba systémy rychle skončily, ale ECMA-48 označí rozšíření použitá v nich jako vyhrazená.

Podpora platformy

Unixové systémy

Ačkoli termcap /terminfo Knihovny ve stylu byly primárně vyvinuty pro Unix a pro unixové programy od poloviny 80. let Unixový operační systémy mohly téměř vždy předpokládat, že používají terminál nebo emulátor, který podporuje sekvence ANSI;^{[Citace je zapotřebí ]} to vedlo k širokému využívání ANSI programy běžícími na těchto platformách. Například mnoho her a skriptů prostředí (příklady barevných výzev viz níže) a nástroje, jako jsou výpisy barevných adresářů, přímo zapisují sekvence ANSI, a proto je nelze použít na terminálu, který je neinterpretuje. Mnoho programů, včetně textové editory jako vi a GNU Emacs, používejte termcap nebo terminfo nebo používejte knihovny jako kletby které používají termcap nebo terminfo, a tak teoreticky podporují terminály jiné než ANSI, ale to je dnes tak zřídka testováno, že jsou pravděpodobně nebude fungovat s těmi terminály.^{[Citace je zapotřebí ]}

Emulátory terminálu pro komunikaci s místními programy i se vzdálenými stroji a textem konzole systému téměř vždy podporují únikové kódy ANSI. Patří sem terminálové emulátory, jako jsou xterm, rxvt, Terminál GNOME, a Konsole na systémech s X11 - na základě nebo Wayland - okenní systémy na bázi a Terminal.app a běžné terminály třetích stran, například iTerm2 na Operační Systém Mac.

DOS, OS / 2 a Windows

MS-DOS 1.x nepodporoval ANSI ani jiné únikové sekvence. Jen pár kontrolní znaky (BEL, ČR, LF, BS ) byly interpretovány základním BIOSem, což je téměř^{[pozn. 1]} nemožné provést jakýkoli druh aplikace na celou obrazovku. Jakékoli efekty zobrazení musely být provedeny pomocí volání systému BIOS, která byla notoricky pomalá, nebo přímou manipulací s hardwarem IBM PC.

DOS 2.0 představil možnost přidat a ovladač zařízení pro únikové sekvence ANSI - de facto standardní bytost ANSI.SYS, ale ostatní mají rádi ANSI.COM,^[6] NANSI.SYS^[7] a ANSIPLUS.EXE jsou také používány (jsou podstatně rychlejší, protože obcházejí BIOS). Pomalost a skutečnost, že nebyl nainstalován ve výchozím nastavení, software zřídka využívá jeho výhody; místo toho aplikace nadále přímo manipulovaly s hardwarem, aby získaly potřebné zobrazení textu.^{[Citace je zapotřebí ]} ANSI.SYS a podobné ovladače pokračovaly v práci Windows 9x až do Windows Me a v systémech odvozených z NT pro 16bitové starší programy prováděné pod NTVDM.

Mnoho klonů systému DOS dokázalo interpretovat sekvence a nevyžaduje načtení samostatného ovladače ANSI. PTS-DOS^[8][9] stejně jako Souběžný DOS, Multiuser DOS^[10] a SKUTEČNÉ / 32 mají vestavěnou podporu (plus řadu rozšíření). OS / 2 měl ANSI příkaz, který povolil sekvence.

The Windows Console nepodporoval únikové sekvence ANSI ani Microsoft neposkytl žádnou metodu, která by je umožnila. Některá nahrazení nebo doplňky pro okno konzoly, například JP Software TCC (dříve 4NT), Michael J. Mefford's ANSI.COM, Jason Hood's ANSICON^[11]a Maximus5's ConEmu interpretované únikové sekvence ANSI vytištěné programy. Balíček Pythonu^[12] interně interpretované únikové sekvence ANSI v tištěném textu a jejich překlad do volání za účelem manipulace s barvou a pozicí kurzoru, což usnadňuje přenos kódu Pythonu pomocí ANSI do Windows. Cygwin provádí podobný překlad na všechny výstupy zapsané do konzoly pomocí deskriptorů souborů Cygwin, filtrování se provádí pomocí výstupních funkcí cygwin1.dll, umožňující přenos kódu POSIX C do Windows.

V roce 2016 společnost Microsoft vydala Windows 10 Verze 1511 aktualizace, která neočekávaně implementovala podporu únikových sekvencí ANSI, více než dvě desetiletí po debutu Windows NT.^[13] Tato změna byla navržena tak, aby doplňovala Subsystém Windows pro Linux, přidání do Hostitel konzoly Windows používá příkazový řádek Podpora pro únikové kódy znaků používané terminálovým softwarem pro Unixový systémy. Toto není výchozí chování a musí být programově povoleno pomocí rozhraní Win32 API prostřednictvím SetConsoleMode (popisovač, ENABLE_VIRTUAL_TERMINAL_PROCESSING).^[14] To bylo povoleno programem CMD.EXE, ale zpočátku nikoli PowerShell;^[15] Windows PowerShell 5.1 to však nyní ve výchozím nastavení povoluje. Možnost vytvořit řetězcovou konstantu obsahující ESC byla přidána v PowerShellu 6 pomocí (například) „„ [32 m “;^[16] pro PowerShell 5 jste museli použít [char] 0x1B + „[32 m“.

Terminál Windows, představený v roce 2019, podporuje sekvence ve výchozím nastavení a zdá se, že Microsoft má v úmyslu sloučit nebo nahradit konzolu Windows.^{[Citace je zapotřebí ]}

Atari ST

The Atari ST použil příkazový systém upravený z VT52 s některými rozšířeními pro podporu barev,^[17] spíše než podporovat únikové kódy ANSI.

AmigaOS

AmigaOS nejen interpretuje sekvence kódu ANSI pro textový výstup na obrazovku, AmigaOS tiskárna ovladač je také interpretuje (s rozšířeními proprietárními pro AmigaOS) a převádí je do kódů požadovaných pro konkrétní připojenou tiskárnu.^[18]

VMS / OpenVMS

VMS byl navržen tak, aby byl interaktivně spravován pomocí textových video terminálů Digital, jako jsou výše uvedené VT100; později s grafickými emulátory terminálu, jako jsou VWS Terminal, DECTerm a xterm.^[19]

Únikové sekvence

Únikové sekvence mají různou délku. Obecný formát únikové sekvence kompatibilní s ANSI je definován ANSI X3.41 (ekvivalent ECMA-35 nebo ISO / IEC 2022). The ESC (27 / hex 0x1B / okt 033) následuje nula nebo více meziproduktů "Já"bajty mezi hex 0x20 a 0x2F včetně, následované finální"F"bajt mezi 0x30 a 0x7E včetně.^[20]:13.1

Některé řídicí funkce navíc přijímají další data parametrů po samotné sekvenci ESC, tj. Po F bajt sekvence ESC. Konkrétně sekvence ESC pro CSI (0x1B 0x5Bnebo ESC [) sám o sobě následuje posloupnost parametrů a mezibajtů, za nimiž následuje finální bajt mezi 0x40 a 0x7E; celá sekvence včetně sekvence ESC pro CSI a následné bajty parametrů a identifikátorů se podle ECMA-48 (ANSI X3.64 / ISO 6429) nazývá „kontrolní sekvence“.^[5]:5.4 Navíc, ESC sekvence pro DCS, SOS, OSC, ODPOLEDNE a APC následuje sekvence parametrů s proměnnou délkou ukončená SVATÝ; toto je známé jako "kontrolní řetězec".^[5]:5.6

ANSI X3.41 / ECMA-35 rozděluje únikové sekvence do několika širokých kategorií:^[20]:13.2

• Únikové sekvence bez č Já bajty a a F bajt mezi 0x40 a 0x5F včetně, jsou kategorizovány jako „typ Fe"sekvence a delegovány na příslušné Řídicí kód C1 Standard.^[20]:13.2.1 Všechny únikové sekvence odpovídající řídicím kódům C1 z ANSI X3.64 / ECMA-48 se tedy řídí tímto formátem.^[5]:5.3.a
• Únikové sekvence bez č Já bajty a a F bajt mezi 0x60 a 0x7E včetně, jsou kategorizovány jako „typ Fs"sekvence a používá se pro řídicí funkce jednotlivě registrované u ISO-IR registru a následně k dispozici i v kontextech, kde se používá odlišná sada řídicích kódů C1. Konkrétně odpovídají jednotlivým řídicím funkcím schváleným ISO / IEC JTC 1 / SC 2 a standardizováno ISO nebo subjektem uznaným ISO.^[20]:6.5.1 Některé z nich jsou uvedeny v ECMA-35 (ISO 2022 / ANSI X3.41), jiné v ECMA-48 (ISO 6429 / ANSI X3.64).^[20]:6.5.4 ECMA-48 je označuje jako „nezávislé řídicí funkce“.^[5]:5.5
• Únikové sekvence bez č Já bajty a a F byte mezi 0x30 a 0x3F včetně, jsou kategorizovány jako „typ Fp"sekvence a oddělené pro kontrolní funkce pro soukromé použití.^[20]:6.5.3
• Únikové sekvence s jedním nebo více Já bajty jsou kategorizovány jako „typ nF"sekvence. Jsou dále podkategorizovány nízkými čtyřmi bity prvního Já byte, např. "typ 2F"pro sekvence, kde první Já byte je 0x22, a tím, zda F byte je v rozsahu soukromého použití od 0x30 do 0x3F včetně (např. "typ 2Fp„) nebo ne (např.„ typ “ 2 Ft").^[20]:13.2.1 Většinou se používají pro mechanismy přepínání kódu ANSI / ISO, jako jsou ty, které používá ISO-2022-JP, kromě typu 3F sekvence (ty, kde je první mezibajt 0x23), které se používají pro jednotlivé ovládací funkce. Typ 3 Ft sekvence jsou vyhrazeny pro další jednotlivé řídicí funkce registrované podle ISO-IR,^[20]:6.5.2 zatímco typ 3Fp sekvence jsou k dispozici pro kontrolní funkce pro soukromé použití.^[20]:6.5.3

Standard říká, že v 8bitových prostředích řídicí funkce odpovídají typu Fe únikové sekvence (ty ze sady Řídicí kódy C1 ) mohou být reprezentovány jako jednotlivé bajty v rozsahu 0x80–0x9F.^[5]:5.3.b Na moderních zařízeních se však tyto kódy často používají pro jiné účely, například pro součásti UTF-8 nebo pro CP-1252 znaků, takže se obvykle používá pouze dvoubajtová sekvence. (V případě kódování UTF-8 a dalších kódování Unicode lze C1 kódovat jako jejich kódové body Unicode [např. xC2 x8E pro U + 008E], ale tímto způsobem není uloženo žádné místo.)

Jiné kódy C0 kromě ESC - obvykle BEL, BS, CR, LF, FF, TAB, VT, SO a SI - produkují podobné nebo stejné efekty jako některé řídicí sekvence při výstupu.

Stisknutím speciálních kláves na klávesnici a také výstupem mnoha xterm CSI, DCS nebo OSC sekvencí se často vytvoří sekvence CSI, DCS nebo OSC odeslané z terminálu do počítače, jako by to uživatel zadal.

CSI sekvence

U příkazů CSI nebo "Control Sequence Introducer" se používá ESC [ následuje libovolný počet (včetně žádného) „bajtů parametrů“ v rozsahu 0x30–0x3F (ASCII 0–9:;<=>?), pak libovolným počtem „mezibajtů“ v rozsahu 0x20–0x2F (ASCII prostor a !"#$%&'()*+,-./), pak nakonec o jediný „finální bajt“ v rozsahu 0x40–0x7E (ASCII @ A – Z [] ^ _ `a – z {|} ~).^[5]:5.4

Všechny běžné sekvence pouze používají parametry jako řadu čísel oddělených středníkem, například 1;2;3. S chybějícími čísly se zachází jako s 0 (1;;3 působí jako prostřední číslo 0a vůbec žádné parametry v ESC [m chová se jako 0 resetovat kód). Některé sekvence (například CUU) zacházejí 0 tak jako 1 aby byly chybějící parametry užitečné.^[5]:F.4.2

Podskupina ujednání byla prohlášena za „soukromou“, aby výrobci terminálů mohli vkládat své vlastní sekvence bez konfliktu s normou. Sekvence obsahující bajty parametrů <=>? nebo konečné bajty 0x70–0x7E (p – z {|} ~) jsou soukromé.

Chování terminálu není definováno v případě, že sekvence CSI obsahuje jakýkoli znak mimo rozsah 0x20–0x7E. Tyto nelegální znaky jsou buď řídicí znaky C0 (rozsah 0–0x1F), DEL (0x7F), nebo bajty se sadou vysokých bitů. Možnými odpověďmi jsou ignorování bajtu, jeho okamžité zpracování a dále to, zda má pokračovat v sekvenci CSI, okamžitě jej přerušit nebo zbytek ignorovat.^{[Citace je zapotřebí ]}

Sekvence výstupů terminálu

Parametry SGR

SGR (Select Graphic Rendition) nastavuje atributy zobrazení. Lze nastavit několik atributů ve stejné posloupnosti oddělených středníky.^[35] Každý atribut zobrazení zůstává v platnosti, dokud jej nevynuluje následující výskyt SGR.^[5] Pokud nejsou uvedeny žádné kódy, CSI m je považováno za CSI 0 m (reset / normální).

V ECMA-48 se SGR nazývá „Select Graphic Rendition“.^[5]:8.3.117 Na manuálových stránkách Linuxu je použit termín „Set Graphics Rendition“.^[35]

Barvy

3bitové a 4bitové

Původní specifikace měla pouze 8 barev a pouze jim dala jména. Parametry SGR 30–37 vybraly barvu popředí, zatímco 40–47 vybralo pozadí. Poměrně málo terminálů implementovalo "tučné" (kód SGR 1) jako jasnější barvu než jiné písmo, což poskytuje 8 dalších barev popředí. Obvykle jste je nemohli získat jako barvy pozadí, i když to někdy umožňovalo inverzní video (kód SGR 7). Příklady: použití černých písmen na bílém pozadí použijte ESC [30; 47 m, abyste mohli používat červeně ESC [31 m, abyste získali jasně červenou barvu ESC [1; 31 m. Chcete-li obnovit výchozí hodnoty barev, použijte ESC [39; 49 m (není podporováno na některých terminálech), nebo resetujte všechny atributy pomocí ESC [0 m. Pozdější terminály přidaly možnost přímo specifikovat „světlé“ barvy s 90–97 a 100–107.

Když hardware začal používat 8-bit digitálně-analogové převaděče (DAC) několik kusů softwaru přiřadilo těmto jménům 24bitová barevná čísla. Níže uvedená tabulka ukazuje hodnoty odeslané do DAC pro některý běžný hardware a software.^{[Citace je zapotřebí ]}

8-bit

Tak jako 256 barev vyhledávací tabulky se staly běžnými na grafických kartách, byly přidány řídicí sekvence pro výběr z předdefinované sady 256 barev:^{[Citace je zapotřebí ]}

ESC [38; 5; ⟨n⟩ m Vyberte barvu popředíESC [48; 5; ⟨n⟩ m Vyberte barvu pozadí 0-7: standardní barvy (jako v ESC [30–37 m) 8-15: barvy s vysokou intenzitou (jako v ESC [90–97 m) 16–231: kostka 6 × 6 × 6 (216 barev): 16 + 36 × r + 6 × g + b (0 ≤ r, g, b ≤ 5) 232–255: stupně šedi od černé po bílou ve 24 krocích

The ITU Informační technologie T.416 - Open Document Architecture (ODA) a formát výměny: Architektury obsahu znaků^[44] místo nich používá ':' jako oddělovací znaky:

ESC [38: 5: ⟩n⟩ m Vyberte barvu popředí ES [48: 5: ⟨n⟩ m Vyberte barvu pozadí

24-bit

Jelikož se běžné grafické karty „se skutečnými barvami“ se 16 až 24 bitovými barvami staly běžnými, Xterm,^[21] KDE Konsole,^[45] iTerm, stejně jako všechny terminály založené na libvte^[46] (počítaje v to Terminál GNOME ) podporuje 24bitové nastavení barvy popředí a pozadí.^{[je zapotřebí lepší zdroj ][47]}

ESC [38; 2; ⟨r⟩; ⟨g⟩; ⟨b⟩ m Vyberte barvu popředí RGBESC [48; 2; ⟨r⟩; ⟨g⟩; ⟨b⟩ m Vyberte barvu pozadí RGB

The ITU Informační technologie T.416 - Open Document Architecture (ODA) a formát výměny: Architektury obsahu znaků^[44] který byl přijat jako mezinárodní norma ISO / IEC 8613-6, poskytuje alternativní verzi, která se zdá být méně podporována.^{[pochybný – diskutovat]} Parametry za '2', tj. Dokonce i r, g, b jsou volitelné. Všimněte si, že se nejedná pouze o výše uvedenou sekvenci se středníkem nahrazeným dvojtečkou, je zde i přední „ID barevného prostoru“ (tato skutečnost chyběla mnoha terminálovým emulátorům, zdá se, že toto vynechání pochází od KDE Konsole).^[21] Definice ID barevného prostoru není v tomto dokumentu zahrnuta, takže může být prázdné, aby představovalo nespecifikovanou výchozí hodnotu. Kromě hodnoty „2“ k určení červeno-zeleno-modrého formátu (a výše uvedené „5“ pro indexovanou barvu 0-255) existují alternativy „0“ pro definovanou implementaci a „1“ pro transparentní - ani jaké mají další parametry; '3' specifikuje barvy pomocí schématu Cyan-Magenta-Yellow a '4' pro Cyan-Magenta-Yellow-Black, kde druhá používá pozici označenou jako "unused" pro Black komponentu:^{[Citace je zapotřebí ]}

ESC [38: 2: ⟨Color-Space-ID⟩: ⟨r⟩: ⟨g⟩: ⟨b⟩: ⟨unused⟩: ⟨Tolerance CS ⟩: ⟨Barevný prostor spojený s tolerancí: 0 pro „CIELUV“; 1 pro „CIELAB“⟩; m Vyberte barvu popředí RGBESC [48: 2: ⟨Color-Space-ID⟩: ⟨r⟩: ⟨g⟩: ⟨b⟩: ⟨unused⟩: ⟨CS tolerance⟩: ⟨Color-Space associated with tolerance: 0 for “ CIELUV "; 1 pro „CIELAB“⟩; m Vyberte barvu pozadí RGB

Příklady

CSI 2 J - Toto vymaže obrazovku a na některých zařízeních najde kurzor na pozici y, x 1,1 (levý horní roh).

CSI 32 m - Tím je text zelený. Zelená může být tmavá, matně zelená, takže můžete chtít povolit tučné se sekvencí CSI 1 m díky čemuž by byl jasně zelený nebo kombinovaný jako CSI 32; 1 m. Některé implementace používají stav Bold k tomu, aby byla postava Bright.

CSI 0; 6 8; „DIR“; 13 str - Tím se znovu přiřadí klávesa F10, která odešle do vyrovnávací paměti klávesnice řetězec „DIR“ a ENTER, které by v příkazovém řádku systému DOS zobrazovaly obsah aktuálního adresáře. (Pouze MS-DOS ANSI.SYS) Toto bylo někdy používáno pro ANSI bomby. Toto je kód pro soukromé použití (jak je označeno písmenem p), který používá nestandardní rozšíření k zahrnutí parametru s hodnotou řetězce. Dodržování písmene normy by mělo za to, že sekvence končí písmenem D.

CSI s - Tím se uloží pozice kurzoru. Použití sekvence CSI u obnoví ji do polohy. Řekněme, že aktuální pozice kurzoru je 7 (y) a 10 (x). Sekvence CSI s uloží tato dvě čísla. Nyní můžete pomocí sekvence přejít na jinou pozici kurzoru, například 20 (y) a 3 (x) CSI 20; 3 H nebo CSI 20; 3 f. Nyní, pokud použijete sekvenci CSI u, pozice kurzoru se vrátí na 7 (y) a 10 (x). Některé terminály vyžadují sekvence DEC ESC 7 / ESC 8 místo toho je více podporována.

Příklad použití ve skriptování prostředí

Únikové kódy ANSI se často používají v UNIX a podobné UNIXu terminály poskytnout zvýraznění syntaxe. Například na kompatibilních terminálech následující seznam příkaz barevných kódů názvy souborů a adresářů podle typu.

ls - barva

Uživatelé mohou ve svých skriptech použít únikové kódy tak, že je zahrnou jako součást standardní výstup nebo standardní chyba. Například následující GNU sed příkaz zkrášluje výstup souboru udělat příkaz zobrazením řádků obsahujících slova začínající na "VAROVAT" ve Windows zpětné video a slova začínající na „ERR“ v jasně žluté barvě na tmavě červeném pozadí (velká a malá písmena je ignorován). Reprezentace kódů jsou zvýrazněny.^[48]

udělat 2> & 1 | sed -e je /.*  bVAROVAT. * / x1b [7 m& x1b [0 m/ i-e / / *  bERR. * / x1b [93; 41 mil& x1b [0 m/ já

Následující Bash funkce bliká na terminálu (střídavým odesíláním kódů režimu zpětného a normálního videa), dokud uživatel nestiskne klávesu.^[49]

flasher () {while true; tisknout  e [? 5h; spát 0,1; printf  e [? 5l; read -s -n1 -t1 && break; Hotovo; }

To lze použít k upozornění programátora na ukončení dlouhého příkazu, například s udělat ; blikač .^[50]

printf  033c

Tím se konzole resetuje podobně jako příkaz resetovat na moderních systémech Linux; měl by však fungovat i na starších systémech Linux a na jiných (ne-Linuxových) variantách UNIX.

Příklad použití v C.

 1#zahrnout <stdio.h> 2 3int hlavní(prázdnota) 4{ 5  int i, j, n; 6   7  pro (i = 0; i < 11; i++) { 8    pro (j = 0; j < 10; j++) { 9      n = 10*i + j;10      -li (n > 108) přestávka;11      printf("\033[% dm% 3d\033[m ", n, n);12    }13    printf(" n");14  }15  vrátit se (0);16}

Sekvence vstupu terminálu

Při zadávání vstupu na terminálu lze klávesnici stisknout mimo normální hlavní alfanumerickou oblast klávesnice jako sekvence ANSI. U kláves, které mají ekvivalentní výstupní funkci, jako jsou například kurzorové klávesy, tyto často zrcadlí výstupní sekvence. Pro většinu stisknutí kláves však neexistuje ekvivalentní výstupní sekvence, která by se měla použít.

Existuje několik schémat kódování a bohužel většina terminálů kombinuje sekvence z různých schémat, takže hostitelský software musí být schopen vypořádat se vstupními sekvencemi pomocí libovolného schématu. Aby to bylo ještě komplikovanější, samotné terminály VT mají dvě schémata vstupu, normální mód a aplikační režim které lze přepnout aplikací.

(část konceptu)

 -> char   -> esc   -> esc   -> Alt-keypress nebo keycode sekvence  '['  -> Alt - [ '[' () (';' ) '~' -> sekvence keycode,  výchozí 1

Pokud je koncový znak '~', musí být první číslo přítomno a je to číslo akeycode, druhé číslo je volitelná hodnota modifikátoru. Pokud je ukončujícím znakem písmeno, je písmeno hodnotou keycode a volitelným číslem je hodnota modifikátoru.

Výchozí hodnota modifikátoru je 1 a po odečtení 1 je bitmapa stisknutých modifikačních kláves: Meta-Ctrl-Alt-Shift. Například například [4; 2 ~ isShift-End, [20 ~ je funkční klávesa 9, [5C je Ctrl-Right^{[pochybný – diskutovat]}.

VT sekvence:  [1 ~ - Domů  [16 ~ -  [31 ~ - F17  [2 ~ - Vložit  [17 ~ - F6  [32 ~ - F18  [3 ~ - Smazat  [18 ~ - F7  [33 ~ - F19  [4 ~ - Konec  [19 ~ - F8  [34 ~ - F20  [5 ~ - PgUp  [20 ~ - F9  [35 ~ -  [6 ~ - PgDn  [21 ~ - F10  [7 ~ - Domů  [22 ~ -  [8 ~ - Konec  [23 ~ - F11  [9 ~ -  [24 ~ - F12  [10 ~ - F0  [25 ~ - F13 < esc> [11 ~ - F1  [26 ~ - F14  [12 ~ - F2  [27 ~ -  [13 ~ - F3  [28 ~ - F15  [ 14 ~ - F4  [29 ~ - F16  [15 ~ - F5  [30 ~ - dlouhodobé sekvence:  [A - nahoru  [K -  [U - < esc> [B - dolů  [L -  [V -  [C - vpravo  [M -  [W -  [D - vlevo  [N -  [X -  [E -  [O -  [Y -  [F - konec  [1P - F1  [Z -  [G - klávesnice 5  [1Q - F2  [H - Domů  [1R - F3  [I -  [1S - F4  [J -  [T - 

[A až [D jsou stejné jako výstupní sekvence ANSI. je normálně povoleno, pokud nejsou stisknuty žádné modifikační klávesy, ale většina implementací vždy vydává pro F1-F4. (Část konceptu)

Xterm has a comprehensive documentation page on the various function-key and mouse input sequence schemes from DEC's VT terminals and various other terminals it emulates.^[21] Thomas Dickey has added a lot of support to it over time;^[51] he also maintains a list of default keys used by other terminal emulators for comparison.^[52]

Invalid and ambiguous sequences in use

• The Linux console uses OSC P n rr gg bb to change the palette, which, if hard-coded into an application, may hang other terminals.^[53] However, appending SVATÝ will be ignored by Linux and form a proper, ignorable sequence for other terminals.^{[Citace je zapotřebí ]}
• On the Linux console, certain function keys generate sequences of the form CSI [ char. The CSI sequence should terminate on the [.
• Old versions of Terminátor generovat SS3 1; modifikátory char when F1–F4 are pressed with modifiers. The faulty behavior was copied from Terminál GNOME.^{[Citace je zapotřebí ]}
• xterm replies CSI řádek ; sloupec R if asked for cursor position and CSI 1 ; modifikátory R if the F3 key is pressed with modifiers, which collide in the case of řádek == 1. This can be avoided by using the ? private modifier as CSI ? 6 n, which will be reflected in the response as CSI ? řádek ; sloupec R.
• many terminals prepend ESC to any character that is typed with the alt key down. This creates ambiguity for uppercase letters and symbols @[\]^_, which would form C1 codes.^{[je zapotřebí objasnění ]}
• Konsole generuje SS3 modifikátory char when F1–F4 are pressed with modifiers.^{[je zapotřebí objasnění ]}

Viz také

• ANSI umění
• Kontrolní znak
• Advanced Video Attribute Terminal Assembler and Recreator (AVATAR)
• ISO / IEC JTC 1 / SC 2
• Řídicí kódy C0 a C1

Poznámky

Reference

externí odkazy

• Standard ECMA-48, Control Functions For Coded Character Sets. (5th edition, June 1991), European Computer Manufacturers Association, Geneva 1991 (also published by ISO and IEC as standard ISO/IEC 6429)
• vt100.net DEC Documents
• "ANSI.SYS -- ansi terminal emulation escape sequences". Archivovány od originál dne 6. února 2006. Citováno 22. února 2007.
• Xterm / Escape Sequences
• AIXterm / Escape Sequences
• A collection of escape sequences for terminals that are vaguely compliant with ECMA-48 and friends.
• ANSI Escape Sequences
• ITU-T Rec. T.416 (03/93) Information technology – Open Document Architecture (ODA) and interchange format: Character content architectures