Únikový kód ANSI - ANSI escape code

ANSI X3.64 (ISO 6429)

Výstup htop -monitoru systému , aplikace ncurses (která používá SGR a další řídicí sekvence ANSI/ISO).
Standard
Klasifikace	Řídicí kód založený na ISO/IEC 2022 a sada řídicí sekvence
Jiná související kódování	Další standardy řídicí funkce: ITU T.101 , JIS X 0207 , ISO 6630 , DIN 31626 , ETS 300 706
proti t E

Únikové sekvence ANSI jsou standardem pro pásmovou signalizaci pro ovládání umístění kurzoru, barvy, stylu písma a dalších možností na video textových terminálech a emulátorech terminálů . Do textu jsou vloženy určité sekvence bajtů , většina začíná únikovým znakem ASCII a závorkovým znakem. Terminál interpretuje tyto sekvence jako příkazy, nikoli jako text pro zobrazení doslovně.

Sekvence ANSI byly zavedeny v 70. letech minulého století, aby nahradily sekvence specifické pro prodejce, 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é v systémech vývěsek, které nabízejí standardizované funkce.

Ačkoli hardwarové textové terminály jsou v 21. století stále vzácnější, 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 terminál VT52 , který umožnil umístit kurzor na místo x, y na obrazovce odesláním ESCznaku, Yznaku a poté dvou znaků představujících číselné hodnoty rovnající se umístění x, y plus 32 (tedy počínaje znakem mezery ASCII a vyhýbáním se kontrolním znakům). Hazeltine 1500 měl podobnou funkci, vyvolána pomocí ~, DC1a X a Y pozice odděleny čárkou. Zatímco dva terminály měly v tomto ohledu identickou funkčnost, pro jejich vyvolání bylo nutné použít různé řídicí sekvence.

Protože se tyto sekvence lišily pro různé terminály, musely být vytvořeny propracované knihovny jako termcap („schopnosti terminálu“) a nástroje jako tput, aby programy mohly používat stejné API pro práci 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žívaly ASCII, bylo často obtížné převést číslo na správný znak.

Standard ANSI se pokusil tyto problémy vyřešit vytvořením sady příkazů, kterou budou používat všechny terminály, a vyžadující přenos všech číselných informací jako čísel ASCII. První standard v řadě byl ECMA-48, přijatý v roce 1976. Šlo o pokračování série standardů kódování znaků, první z nich byl ECMA-6 z roku 1965, 7bitový standard, ze kterého pochází ISO 646 . Název „sekvence úniku ANSI“ pochází z roku 1979, kdy ANSI přijalo ANSI X3.64. Výbor ANSI X3L2 spolupracoval s výborem ECMA TC 1 na vytvoření téměř identických standardů. Tyto dvě normy byly sloučeny do mezinárodní normy ISO 6429. V roce 1994 ANSI svoji normu stáhla ve prospěch mezinárodní normy.

Terminál pro zobrazení videa DEC VT100.

Prvním populárním video terminálem na podporu těchto sekvencí byl Digital VT100 , představený v roce 1978. Tento model byl na trhu velmi úspěšný, což vyvolalo řadu klonů VT100, mezi prvními a nejpopulárnějšími z nich byl mnohem dostupnější Zenith Z -19 v roce 1979. Mezi další patří 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 dalších značek. Popularita těchto postupně vedla k tomu, že stále více softwaru (zejména systémů vývěsek a dalších online služeb ) předpokládalo, že únikové sekvence fungovaly, což vedlo k tomu, že je podporovaly téměř všechny nové terminály a programy emulátorů.

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

ECMA-48 byl několikrát aktualizován a v současné době je v 5. vydání, od roku 1991. Je také přijat ISO a IEC jako standard ISO/IEC 6429 . Verze je přijata jako japonský průmyslový standard jako JIS X 0211 .

Související normy obsahují ITU T.61 , na Teletex standard, a ISO / IEC 8613 , v Architektura otevřených dokumentů normy (především ISO / IEC 8613-6 a ITU T.416). Tyto dva systémy sdílejí mnoho únikových kódů se systémem ANSI s rozšířením, které nemusí mít pro počítačové terminály smysl. Oba systémy se rychle přestaly používat, ale ECMA-48 označuje rozšíření v nich použitá jako vyhrazená.

Podpora platformy

Unixové systémy

Ačkoli knihovny typu termcap / terminfo byly primárně vyvíjeny na Unixu a pro něj, v polovině 80. let mohly programy běžící na operačních systémech podobných Unixu téměř vždy předpokládat, že používají terminál nebo emulátor podporující sekvence ANSI; to vedlo k rozšířenému používání ANSI programy běžícími na těchto platformách. Například mnoho her a skriptů prostředí Shell a nástroje, jako jsou seznamy 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ých editorů, jako jsou vi a GNU Emacs , používá termcap nebo terminfo nebo používá knihovny, jako jsou kletby, které používají termcap nebo terminfo, a tedy teoreticky podporují terminály jiné než ANSI, ale to je v dnešní době tak zřídka testováno, že jsou s těmito terminály pravděpodobně nebude fungovat .

Emulátor terminálu Xterm.

Terminálové emulátory pro komunikaci s místními programy i vzdálenými počítači a konzolí textového systému téměř vždy podporují únikové kódy ANSI. To zahrnuje emulátory terminálu, jako je xterm , rxvt , GNOME Terminal a Konsole na systémech s okenními systémy na bázi X11 nebo Wayland , a emulátory terminálu Terminal.app a jiných výrobců, jako je iTerm2 v systému macOS .

DOS, OS/2 a Windows

MS-DOS 1.x nepodporoval ANSI ani jiné únikové sekvence. Základní BIOS interpretoval pouze několik řídicích znaků ( BEL , CR , LF , BS ), takže bylo téměř nemožné provádět jakýkoli druh aplikace na celou obrazovku. Jakékoli efekty zobrazení musely být prováděny 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 ovladač pro sekvence escape ANSI - na de facto standardní bytost ANSI.SYS , ale jiní, jako ANSI.COM , NANSI.SYS a ANSIPLUS.EXE se používají stejně (jsou výrazně rychlejší, protože obejít BIOS). Pomalost a skutečnost, že nebyl ve výchozím nastavení nainstalován, software zřídka využívají; místo toho aplikace nadále přímo manipulovaly s hardwarem, aby získaly potřebné zobrazení textu. Ovladače ANSI.SYS a podobné nadále fungovaly v systému Windows 9x až Windows ME a v systémech odvozených z NT pro 16bitové starší programy prováděné pod NTVDM .

Mnoho klonů DOS bylo schopno interpretovat sekvence a nevyžadují načtení samostatného ovladače ANSI. PTS-DOS i Concurrent DOS , Multiuser DOS a REAL/32 mají vestavěnou podporu (plus řadu rozšíření). OS/2 měl příkaz ANSI, který tyto sekvence povolil.

Windows Console nepodporoval ANSI sekvence escape, ani Microsoft poskytnout jakýkoli způsob, který jim umožní. Některé náhrady nebo doplňky pro okna konzoly, jako je JP Software TCC (dříve 4NT), Michael J. Mefford je ANSI.COM Jason Hoodově ANSICON a Maximus5 je ConEmu interpretovány ANSI sekvence escape tištěné programy. Balíček Pythonu interně interpretovaný únikové sekvence ANSI v textu, který se tiskne, jejich překlad do volání pro manipulaci s pozicí barvy a kurzoru, aby bylo snazší přenášet kód Pythonu pomocí ANSI do Windows. Cygwin provádí podobný překlad všech výstupů zapsaných do konzoly pomocí deskriptorů souborů Cygwin, filtrování se provádí pomocí výstupních funkcí souboru cygwin1.dll , což umožňuje přenesení kódu POSIX C do systému Windows.

V roce 2016 společnost Microsoft vydala aktualizaci Windows 10 verze 1511, která neočekávaně implementovala podporu únikových sekvencí ANSI, více než dvě desetiletí po debutu systému Windows NT. To bylo provedeno společně s Windows Subsystem for Linux , což umožňuje terminálovému softwaru podobnému Unixu používat sekvence v konzole Windows. Toto je bohužel ve výchozím nastavení vypnuto, ale Windows PowerShell 5.1 to povolil. PowerShell 6 umožnil vložit potřebný znak ESC do řetězce s `e. Windows Terminal , představený v roce 2019, ve výchozím nastavení podporuje sekvence a Microsoft hodlá nahradit Windows Console terminálem Windows.

Atari ST

Atari ST použit příkaz systém přizpůsobený z VT52 s některými rozšíření pro podporu barev, spíše než podporovat ANSI escape kódy.

AmigaOS

AmigaOS nejen interpretuje sekvence kódu ANSI pro textový výstup na obrazovku, ale ovladač tiskárny AmigaOS je také interpretuje (s proprietárními rozšířeními pro AmigaOS) a převádí je do kódů požadovaných pro konkrétní tiskárnu, která je skutečně připojena.

VMS / OpenVMS

VMS byl navržen tak, aby byl interaktivně řízen pomocí textových video terminálů Digital, jako je výše uvedený VT100 ; později s grafickými emulátory terminálů, jako je VWS Terminal, DECTerm a xterm.

Popis

Ovládací znaky

Ačkoli to není technicky součástí standardu, téměř všichni uživatelé předpokládají některé funkce některých jednobajtových znaků. To se používá ke zkrácení množství přenesených dat nebo k provedení některých funkcí, které nejsou k dispozici z únikových sekvencí:

Únikové sekvence se liší délkou. Obecný formát únikové sekvence kompatibilní s ANSI je definován normou ANSI X3.41 (ekvivalent ECMA-35 nebo ISO/IEC 2022). Únikové sekvence se skládají pouze z bytů v rozsahu 0x20—0x7F (všechny nekontrolované znaky ASCII) a lze je analyzovat, aniž byste se dívali dopředu. Chování, když dojde k výskytu řídicího znaku, bajtu s vysokou bitovou sadou nebo bajtu, který není součástí žádné platné sekvence, před koncem, není definováno.

Fe Escape sekvence

Pokud za ESCním následuje bajt v rozsahu 0x40 až 0x5F, je to tento typ. Delegováno na příslušnou normu řídicího kódu C1 . V souladu s tím všechny únikové sekvence odpovídající řídicím kódům C1 z ANSI X3.64 / ECMA-48 dodržují tento formát.

Standard říká, že v 8bitových prostředích mohou být řídicí funkce odpovídající typovým Feúnikovým sekvencím (těm ze sady řídících kódů C1 ) reprezentovány jako jednotlivé bajty v rozsahu 0x80–0x9F. Na moderních zařízeních se však tyto kódy často používají pro jiné účely, například pro části UTF-8 nebo pro znaky CP-1252 , takže se obvykle používá pouze 2bajtová sekvence. V případě UTF-8 může být řídicí kód C1 zakódován jako dva bajty (např. 0xC2,0x8E pro U+008E ), ale tímto způsobem není uloženo žádné místo.

Sekvence CSI (Control Sequence Introducer)

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

Všechny běžné sekvence pouze používají parametry jako řadu čísel oddělených středníkem, například 1;2;3. K chybějícím číslům se přistupuje jako 0( 1;;3chová se jako prostřední číslo 0a v ESC[mpřípadě 0resetovacího kódu vůbec žádné parametry ). Některé sekvence (například CUU) jsou 0považovány 1za, aby chybějící parametry byly užitečné.

Podskupina uspořádání byla prohlášena za „soukromou“, aby výrobci terminálů mohli vkládat své vlastní sekvence bez konfliktu se standardem. 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 nepovolené znaky jsou buď řídicí znaky C0 (rozsah 0–0x1F), DEL (0x7F), nebo bajty s vysokou bitovou sadou. Možné reakce jsou ignorování bajtu, jeho okamžité zpracování a dále zda pokračovat se sekvencí CSI, okamžitě ji přerušit nebo její zbytek ignorovat.

Parametry SGR (Select Graphic Rendition)

Select Graphic Rendition (SGR) nastavuje atributy zobrazení. Ve stejné sekvenci lze nastavit několik atributů oddělených středníkem. Každý atribut zobrazení zůstane v platnosti, dokud jej následující výskyt SGR nevynuluje. Pokud nejsou zadány žádné kódy, CSI mpovažuje se za CSI 0 m(reset / normální).

Barvy

3bitové a 4bitové

Původní specifikace měla pouze 8 barev a pouze jim dala názvy. Parametry SGR 30–37 zvolily barvu popředí, zatímco 40–47 vybralo pozadí. Docela 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 v popředí. Obvykle je nemůžete získat jako barvy pozadí, i když to někdy umožňuje inverzní video (kód SGR 7). Příklady: použití černých písmen na bílém pozadí, použití ESC[30;47mčervené barvy, použití ESC[31mjasně červené barvy ESC[1;31m. Chcete -li resetovat barvy na jejich výchozí hodnoty, použijte ESC[39;49m(na některých terminálech není podporováno) nebo resetujte všechny atributy pomocí ESC[0m. Pozdější terminály přidaly možnost přímo specifikovat „jasné“ barvy s 90–97 a 100–107.

Když hardware začal používat 8bitové převodníky digitálního signálu na analogový (DAC), několik kusů softwaru těmto názvům přiřadilo 24bitová barevná čísla. Níže uvedený graf ukazuje výchozí hodnoty odeslané do DAC pro některý běžný hardware a software; ve většině případů jsou konfigurovatelné.

8bitové

Jak 256 barevných vyhledávací tabulky se stal obyčejný na grafických kartách, escape sekvence byly přidány do vybrat z předem definované sady 256 barev:

ESC[38;5;⟨n⟩m Select foreground color
ESC[48;5;⟨n⟩m Select background color
  0-  7:  standard colors (as in ESC [ 30–37 m)
  8- 15:  high intensity colors (as in ESC [ 90–97 m)
 16-231:  6 × 6 × 6 cube (216 colors): 16 + 36 × r + 6 × g + b (0 ≤ r, g, b ≤ 5)
232-255:  grayscale from black to white in 24 steps

Na ITU ‚S T.416 Informační technologie - Architektura otevřených dokumentů (ODA) a formát výměny: obsah Character architektury použití‚:‘jako oddělovač znaků namísto:

ESC[38;5;⟨n⟩m Select foreground color      where n is a number from the table below
ESC[48;5;⟨n⟩m Select background color

Došlo také k podobnému, ale nekompatibilnímu 88-barevnému kódování pomocí stejné únikové sekvence, viděné v rxvta xterm-88color. Kromě barevných kódů se o schématu moc neví. Používá barevnou kostku 4 × 4 × 4.

24bitové

Protože grafické karty „skutečné barvy“ s 16 až 24 bity barev začaly být běžné, aplikace začaly podporovat 24bitové barvy. Mezi emulátory terminálu podporující nastavení 24bitových barev popředí a pozadí s únikovými sekvencemi patří Xterm, Konsole KDE a iTerm, stejně jako všechny terminály založené na libvte, včetně terminálu GNOME .

ESC[ 38;2;⟨r⟩;⟨g⟩;⟨b⟩ m Select RGB foreground color
ESC[ 48;2;⟨r⟩;⟨g⟩;⟨b⟩ m Select RGB background color

ITU ‚s T.416 Informační technologie - Architektura otevřených dokumentů (ODA) a formát výměny: obsah Character architektury, která byla přijata jako ISO / IEC mezinárodní normy 8613-6 poskytuje alternativní verzi, která se zdá být méně podporovány. Parametry za '2', tj. I r, g, b jsou volitelné. Všimněte si, že nejde jen o výše uvedenou sekvenci se středníkem nahrazenou dvojtečkou, ale existuje úvodní „ID barevného prostoru“ (tuto skutečnost mnoho terminálových emulátorů postrádalo, zdá se, že toto opomenutí pochází z KDE Konsole). Definice ID barevného prostoru není v tomto dokumentu zahrnuta, takže může představovat prázdné místo, které představuje nespecifikované výchozí nastavení. Kromě hodnoty '2' pro specifikaci červeno-zeleného-modrého formátu (a '5' výše pro indexovanou barvu 0-255) existují alternativy '0' pro definovanou implementaci a '1' pro transparentní-ani toho, co má nějaké další parametry; '3' určuje barvy pomocí schématu azurová-purpurová-žlutá a '4' pro azurová-purpurová-žlutá-černá, přičemž druhá používá pozici označenou jako "nepoužitou" pro černou komponentu:

ESC[ 38:2:⟨Color-Space-ID⟩:⟨r⟩:⟨g⟩:⟨b⟩:⟨unused⟩:⟨CS tolerance⟩:⟨Color-Space associated with tolerance: 0 for "CIELUV"; 1 for "CIELAB"⟩ m Select RGB foreground color
ESC[ 48:2:⟨Color-Space-ID⟩:⟨r⟩:⟨g⟩:⟨b⟩:⟨unused⟩:⟨CS tolerance⟩:⟨Color-Space associated with tolerance: 0 for "CIELUV"; 1 for "CIELAB"⟩ m Select RGB background color

Sekvence OSC (Operating System Command)

Většinou je definoval Xterm. Z historických důvodů může xterm ukončit příkaz BELstejně jako ST.

Xterm umožňuje nastavit název okna ESC ]0;this is the window title BEL.

Non-xterm extension is the hyperlink, ESC ]8;;link STfrom 2017, used by VTE, iTerm2, and mintty.

Konzole Linux používá ESC ] P n rr gg bbke změně palety, která, pokud je pevně zakódována do aplikace, může viset na jiných terminálech. STLinux však bude připojování ignorovat a bude tvořit správnou, ignorovatelnou sekvenci pro ostatní terminály.

Fs Únikové sekvence

Pokud za ESCním následuje bajt v rozsahu 0x60—0x7E , je tohoto typu. Používá se pro řídicí funkce jednotlivě registrované v registru ISO-IR, a proto je k dispozici i v kontextech, kde se používá jiná 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 standardizovanými ISO nebo orgánem uznaným ISO. Některé z nich jsou specifikovány v ECMA-35 (ISO 2022 / ANSI X3.41), jiné v ECMA-48 (ISO 6429 / ANSI X3.64). ECMA-48 je označuje jako „nezávislé řídicí funkce“.

Fp Únikové sekvence

Pokud za ESCním následuje bajt v rozsahu 0x30—0x3F , je to tento typ. Oddělené pro funkce ovládání soukromého použití.

nF Únikové sekvence

Pokud za ESCznakem následuje bajt v rozsahu 0x20—0x2F, jedná se o tento typ. Následuje libovolný počet dalších bajtů v tomto rozsahu a pak bajt v rozsahu 0x30-0x7E . Jsou dále subkategorizovány nízkými čtyřmi bity prvního bajtu, např. "Typ 2F" pro sekvence, kde první bajt je 0x22 ; a podle toho, zda je konečný bajt v rozsahu soukromého použití 0x30—0x3F (např. „typ 2Fp“) nebo ne (např. „typ 2Ft“). Většinou se používají pro mechanismy přepínání kódů ANSI/ISO, jako jsou ty, které používá ISO-2022-JP , s výjimkou typových 3Fsekvencí (těch, kde je první mezibajt 0x23), které se používají pro jednotlivé řídicí funkce. Typové 3Ftsekvence jsou vyhrazeny pro další individuální řídicí funkce registrované ISO-IR, zatímco typové 3Fpsekvence jsou k dispozici pro kontrolní funkce pro soukromé použití.

Příklady

CSI 2 J - Tím se vymaže obrazovka a na některých zařízeních se kurzor umístí do polohy y, x 1,1 (levý horní roh).

CSI 32 m- Díky tomu je text zelený. Zelená může být tmavá, matně zelená, takže můžete chtít povolit tučné sekvence, díky CSI 1 mnimž bude jasně zelená, nebo jako kombinace CSI 32 ; 1 m. Některé implementace používají k zvýraznění postavy Tučný stav.

CSI 0 ; 6 8 ; "DIR" ; 13 p- Tím se znovu přiřadí klávesě F10, aby se do vyrovnávací paměti klávesnice odeslal řetězec „DIR“ a ENTER, který by v příkazovém řádku systému DOS zobrazoval obsah aktuálního adresáře. (Pouze MS-DOS ANSI.SYS) Toto se někdy používalo pro bomby ANSI . Jedná se o kód pro soukromé použití (jak naznačuje písmeno p) s použitím nestandardního rozšíření, které obsahuje parametr s hodnotou řetězce. Po písmenu normy by se uvažovalo, že sekvence končí písmenem D.

CSI s- Tím se poloha kurzoru uloží. Pomocí sekvence CSI uji obnovíte do polohy. Řekněme, že aktuální pozice kurzoru je 7 (y) a 10 (x). Sekvence CSI suloží tato dvě čísla. Nyní se můžete přesunout na jinou pozici kurzoru, například 20 (y) a 3 (x), pomocí sekvence CSI 20 ; 3 Hnebo CSI 20 ; 3 f. 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 8které jsou více podporovány.

V shell skriptování

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

ls --color

Uživatelé mohou ve svých skriptech používat únikové kódy tak, že je zahrnou jako součást standardního výstupu nebo standardní chyby . Například následující příkaz GNU sed zkrášluje výstup příkazu make zobrazením řádků obsahujících slova začínající „WARN“ v obráceném videu a slova začínající „ERR“ jasně žlutou barvou na tmavě červeném pozadí ( velká a malá písmena jsou ignorována). Znázornění kódů je zvýrazněno.

make 2>&1 | sed -e 's/.*\bWARN.*/\x1b[7m&\x1b[0m/i' -e 's/.*\bERR.*/\x1b[93;41m&\x1b[0m/i'

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

flasher () { while true; do printf \\e[?5h; sleep 0.1; printf \\e[?5l; read -s -n1 -t1 && break; done; }

Toho lze použít k upozornění programátora na ukončení dlouhého příkazu, například pomocí make ; flasher .

printf \\033c

Tím se resetuje konzola, podobně jako příkaz resetna moderních systémech Linux; mělo by to však fungovat i na starších systémech Linux a na jiných (ne Linuxových) UNIXových variantách.

V C.

#include <stdio.h>

int main(void)
{
  int i, j, n;
  
  for (i = 0; i < 11; i++) {
    for (j = 0; j < 10; j++) {
      n = 10*i + j;
      if (n > 108) break;
      printf("\033[%dm %3d\033[m", n, n);
    }
    printf("\n");
  }
  return 0;
}

Terminální vstupní sekvence

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

Při psaní vstupu na terminál lze stisknout klávesy mimo normální hlavní alfanumerickou oblast klávesnice jako sekvenci ANSI. U klíčů, které mají ekvivalentní výstupní funkci, jako jsou například kurzorové klávesy, často tyto zrcadlí výstupní sekvence. Pro většinu stisknutí kláves však neexistuje ekvivalentní výstupní sekvence k použití.

Existuje několik kódovacích schémat a bohužel většina terminálů mísí sekvence z různých schémat, takže hostitelský software musí být schopen zvládnout vstupní sekvence pomocí libovolného schématu. Aby to bylo komplikované, samotné terminály VT mají dvě schémata vstupu, normální režim a režim aplikace, které lze přepínat aplikací.

(část návrhu)

<char>                                -> char
<esc> <nochar>                        -> esc
<esc> <esc>                           -> esc
<esc> <char>                          -> Alt-keypress or keycode sequence
<esc> '[' <nochar>                    -> Alt-[
<esc> '[' (<num>) (';'<num>) '~'      -> keycode sequence, <num> defaults to 1

Pokud je ukončovací znak '~', musí být přítomno první číslo a jde o číslo klíčového kódu, druhé číslo je volitelná hodnota modifikátoru. Pokud je koncovým znakem písmeno, je písmeno hodnotou keycode a volitelné číslo je hodnotou modifikátoru.

Výchozí hodnota modifikátoru je 1 a po odečtení 1 je stisknuta bitmapa modifikačních kláves: Meta-Ctrl-Alt-Shift. Například <esc> [4; 2 ~ je Shift-End, <esc> [20 ~ je funkční klávesa 9, <esc> [5C je Ctrl-Right.

vt sequences:
<esc>[1~    - Home        <esc>[16~   -             <esc>[31~   - F17
<esc>[2~    - Insert      <esc>[17~   - F6          <esc>[32~   - F18
<esc>[3~    - Delete      <esc>[18~   - F7          <esc>[33~   - F19
<esc>[4~    - End         <esc>[19~   - F8          <esc>[34~   - F20
<esc>[5~    - PgUp        <esc>[20~   - F9          <esc>[35~   - 
<esc>[6~    - PgDn        <esc>[21~   - F10         
<esc>[7~    - Home        <esc>[22~   -             
<esc>[8~    - End         <esc>[23~   - F11         
<esc>[9~    -             <esc>[24~   - F12         
<esc>[10~   - F0          <esc>[25~   - F13         
<esc>[11~   - F1          <esc>[26~   - F14         
<esc>[12~   - F2          <esc>[27~   -             
<esc>[13~   - F3          <esc>[28~   - F15         
<esc>[14~   - F4          <esc>[29~   - F16         
<esc>[15~   - F5          <esc>[30~   -

xterm sequences:
<esc>[A     - Up          <esc>[K     -             <esc>[U     -
<esc>[B     - Down        <esc>[L     -             <esc>[V     -
<esc>[C     - Right       <esc>[M     -             <esc>[W     -
<esc>[D     - Left        <esc>[N     -             <esc>[X     -
<esc>[E     -             <esc>[O     -             <esc>[Y     -
<esc>[F     - End         <esc>[1P    - F1          <esc>[Z     -
<esc>[G     - Keypad 5    <esc>[1Q    - F2       
<esc>[H     - Home        <esc>[1R    - F3       
<esc>[I     -             <esc>[1S    - F4       
<esc>[J     -             <esc>[T     - 

<esc> [A až <esc> [D jsou stejné jako výstupní sekvence ANSI. Pokud není stisknuto žádné tlačítko modifikátoru, <num> se obvykle vynechá, ale většina implementací vždy vydá <num> pro F1-F4. (část návrhu)

Xterm má komplexní dokumentační stránku o různých schématech sekvencí vstupu funkčních kláves a myší z terminálů VT DEC a různých dalších terminálů, které emuluje. Thomas Dickey tomu postupem času přidal spoustu podpory; také udržuje seznam výchozích klíčů používaných jinými emulátory terminálu pro srovnání.

• Na konzole Linux generují určité funkční klávesy sekvence formuláře . Sekvence CSI by měla končit na .CSI [ char[
• Staré verze Terminátoru se generují po stisknutí F1 – F4 pomocí modifikátorů. Chybné chování bylo zkopírováno z terminálu GNOME .SS3 1; modifiers char
• xterm odpoví, pokud je požádán o pozici kurzoru a pokud je stisknuta klávesa F3 s modifikátory, které se střetávají v případě řádku == 1. Tomu lze zabránit použitím ? private modifier as , což se projeví v odpovědi jako .CSI row ; column RCSI 1 ; modifiers RCSI ? 6 nCSI ? row ; column R
• mnoho terminálů se připojuje ESCk libovolnému znaku, který je napsán klávesou alt dolů. To vytváří nejednoznačnost velkých písmen a symbolů @[\]^_, které by tvořily kódy C1.
• Konsole generuje, když jsou pomocí modifikátorů stisknuty klávesy F1 – F4.SS3 modifiers char

Viz také

• Umění ANSI
• Kontrolní postava
• 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

• Standardní ECMA-48, kontrolní funkce pro sady kódovaných znaků . ( 5. vydání, červen 1991 ), European Computer Manufacturers Association, Ženeva 1991 (vydáno také ISO a IEC jako standard ISO/IEC 6429)
• Dokumenty DEC vt100.net
• "ANSI.SYS - únikové sekvence terminace emulace terminálu" . Archivovány od originálu dne 6. února 2006 . Citováno 22. února 2007 .
• Sekvence Xterm / Escape
• Sekvence AIXterm / Escape
• Kolekce únikových sekvencí pro terminály, které jsou vágně kompatibilní s ECMA-48 a přáteli.
• „Únikové sekvence ANSI“ . Archivovány od originálu dne 25. května 2011.
• ITU-T Rec. T.416 (03/93) Informační technologie - Open Document Architecture (ODA) a formát pro výměnu: Architektury obsahu znaků