TermKit

Steven Wittens oznámil projekt TermKit. TermKit je na WebKitu postavený emulátor terminálu snažící se obrodit koncept linuxového terminálu, který se od 80. let nezměnil. Velká část inspirace pochází z Mac OS X. Vylepšení se tedy týkají synchronní interakce, uplatnění moderní typografie a „bohatého“ zobrazení, orientaci na řetězce namísto dílčích částí příkazů a použitelnosti terminálu jako takového. Kód je dostupný na GitHubu.

18.5.2011 16:59 | Nicky726 | Zajímavý software

Komentáře

[nick]

pekna chybka ve slove typografie

[Nicky726]

Opraveno, díky.

[🇵🇸]

Vypadá to úžasně, ale používat bych to nechtěl.

[Petr Tomášek]

Doufám, že tím nějaký „kreativec“ nenahradí obyčejný terminál... To bych utekl na minix...

[Ondra]

klid, zatim to bezi jen na Mac OS X

[Hue]

Takže do roka a do dne je to v Ubuntu jako default.

[Petr Tomášek]

Mno, Ubuntu mě netankuje, ale Gnome jo :-/

[m1c4a1]

A to si klikači, pardon, Ubunťáci neumí stáhnout přes Synaptic jinej terminál? Co je nutí používat ten dodávanej v Gnome/Ubuntu? Mně se ten princip taky nelíbí, už jen proto, že to cíleně porušuje filozofii Unixu "malé utility, co dělají jen tu jednu svou věc", ale nezatracuju to, protože to třeba někdo využije. Na Linuxu je důležitá možnost volby.

[Ladicek]

to cíleně porušuje filozofii Unixu "malé utility, co dělají jen tu jednu svou věc"

Please elaborate.

[Queria Sa-Tas]

to cíleně porušuje filozofii Unixu "malé utility, co dělají jen tu jednu svou věc"

Please elaborate.

Není třeba:

The Unix philosophy talks about software as a toolset, about tiny programs that can be composed seamlessly. The principles are sound, and have indeed stood the test of time. But ...

Citováno z článku "On TermKit" na který odkazuje novinka.

[Ladicek]

To nic nevysvětluje.

So while I agree that having a flexible toolbox is great, in my opinion, those pieces could be built a lot better.

V čem konkrétně TermKit porušuje filosofii malých nástrojů, které dělají jednu věc? V tom, že ty malé nástroje jsou napsané v JavaScriptu? No, tak to jste to rozsekli.

[Martin Mareš]

Zapomněl jste na polovinu té filosofie – totiž nejen dělat jednu věc, ale dělat ji dobře

Nevím jak vám, ale mně přišly ukázkové screenshoty jako vrchol nepřehlednosti. Jedna z obrovských výhod klasického terminálu je, že můžete vidět mnoho informací pohromadě. TermKit zaplní celou obrazovku trivialitami. Navíc to kvůli WebKitu a JS nejspíš bude řádově pomalejší.

Myšlenka předávat data mezi programy včetně content-type je sama o sobě pěkná, ale nemyslím, že je potřeba k tomu znovu vynalézat všechna kola. Nenásilný způsob, jak to provést, by mohl být třeba tento: vytvořím příkaz, který dostane jako parametr shellovou kolonu, spustí všechny příkazy v koloně, ale přidá jim nějaký další switch, kterým jim řekne, že mají zpracovávat data s content-type; nakonec výsledek rozumně zobrazí. Přitom programy, které content-type neznají, správně selžou, ostatní se přizpůsobí.

[Ladicek]

No, když se podívám na ukázku toho ls, tak mi to přijde výrazně přehlednější než klasické ls -l (nebo spíš – jako mnohem líp podaný mnohem lepší výběr relevantních informací). Vidím název, zvýrazněný, vidím velikost, potlačenou, ale je tam, a vidím typ, v podobě ikony. Práva? Vlastník a skupina? Datum … čeho vlastně? Ne, to obvykle nepotřebuju.

cat obrázku přímo zobrazí ten obrázek, v případě potřeby nejspíš zmenšený tak, aby se do okna terminálu vešel? ANO! Doplňování s rozbalovacím seznamem možností? Hell yeah!

Mně je tahle snaha sympatická, ale dokud se neprokoušu zdrojákama (nejdřív příští týden), nevím, co říct dál.

[Gilhad]

Já zase když se na tu ukázku podívám, tak vidím, že výpis zabírá naprosto zbytečně tři řádky na soubor, nejvíce zvýrazněný je nepřesný odhad o co by asi tak mohlo jít a každý sloupeček obsahuje několik naprosto rozdílných typů informací, takže je složitější se v tom rychle orientovat (najít největší znamená číst jen řádky kde po dělení třema je zbytek dvě a ostatní přeskakovat - místo přelétnutí sloupečku zrakem a čtení jen těch nejdelších položek)

Pokud tě obvykle nezajímají práva (mě častěji zajímají víc než velikosti), tak si udělej alias, který ti vypíše jen to, co tě zajímá. Mě zase nezajímá aby systém odhadoval, co mě asi tak může zajímat zrovna teď a podle toho mi důležitou část informací zatajil.

Doplňování možností mám už teď v terminálu, akorát ho nepoužívám až tak často.

Naštěstí tento projekt nemusím používat a také se k tomu rozhodně nechystám.

[Ladicek]

Pravděpodobně se nikdo nechystá používat TermKit ke správě serverů. Ale, a možná jsem divnej, já třeba používám často terminál na "takové to domácí žvýkání". Kde, mimochodem, mám alias ll='ls -lhA', protože číst velikost souborů v bajtech je perverzní (taky nutně potřebuju mít něco tučně, i když to nedává smysl). Ostatně, najít největší soubor znamená ls -S, ta obsese v hledání naprosto šílených situací jakožto zásadních argumentů mne nepřestává udivovat.

[Bilbo]

Doplňování s rozbalovacím seznamem možností? Hell yeah!

To by šlo ale i v bashi v textovém terminálu, např. přes něco ve stylu ncurses, nebo jak má autocomplete midnight commander.

[pozortucnak]

Doplňování s rozbalovacím seznamem možností? Hell yeah!

To by šlo ale i v bashi v textovém terminálu, např. přes něco ve stylu ncurses, nebo jak má autocomplete midnight commander.

imho zsh to umí

[Bilbo]

Přehlednost závisí na aplikaci co dává data na terminál. I čistě textové aplikace můžou data produkovat ve značně nepřehledném formátu (nevhodné (ne)použití barev, boldu, ...) a podle autorovy neschopnosti vymyslet přehledné ovládání v demo aplikaci bych ještě neodsuzoval celou věc.

Pomalejší než text to ale kvůli webkitu a JS asi bude...

Otázkou pak je, jestli z toho nevznikne jen další GUI v HTML, jen lehce orientované na příkazovou řádku.

Jsem zvědav jak to dopadne, ale spíše pochybuji, že se to nějak výrazněji rozšíří. Složitost značná ("nutnost" všechno v commandline překopat aby to dokázalo využit výhody totohle) a výhody vcelku minimální.

[Ondra]

linuxového terminálu, který se od 80. let nezměnil

tohle mi uplne moc nedava smysl

ale k veci, videicko: http://www.youtube.com/watch?v=dAeZTgRuWsU

[stativ]

Vypadá to zabijácky, ale asi bych to nepoužíval.

[Hue]

Kde už jsme něco podobného viděli? Á, už vím.. X Window System se tomu říká.

[Rivon]

Já raději zůstanu u svýho čistě textovýho terminálu s 16 barvama :D

[munich machine]

Aj gejovia potrebuju pouzivat terminal.

[Josef Kufner]

Je to moc pěkné. Jen doufám, že to moc nepřežene.

[Petr Tomášek]

No, v zásadě je to docela zbytečnost a opravdu mě nenapadá, jak by se to dalo normálně používat.

Jediné, v čem dnešní terminály mají mezery, jsou komplexní písma. Zkuste si psát v terminálu takovou arabštinou... :/.

[JanikT]

Hustý, snad se to chytne

[D.A.Tiger]

Krásná hovadinka, zařadil bych to do sekce humor, dost jsem se u toho nasmál.

[Xerces]

Tak dlouho jsme se smáli vtipu pana ředitele než jsme pochopili, že to myslí vážně.

[Vykook]

Zejtra to prubnu, narozdil od ostatnich, radeji nejdriv otestuju a az pak drzkuju

[Salamek]

lol a k cemu tedy mame vsechny ty WM a spravce souboru pro ne ? Terminal ma byt terminal, text only , kdyz chceme grafiku a cool hejbatka nahodime X a vsechen balast kolem

[jara]

Hlavní myšlenkou je oddělit v unixových toolech (jako jsou ls, grep, cat, ...) "prezentaci" na monitoru od vlastního zpracování "dat". Prezentace je nově řízena (definována) na jednom místě v Terminálu, zatímco jednotlivé utility se mohou soustředit na svoji práci - tj. zpracování dat.

Posusím se o příklad: program "ls" má historicky spoustu voleb, které říkají JAK se data (tj. v tomto případě informace o souborech) mají zobrazit v terminálu, ale nemění KTERÉ soubory budou vylistovány. Nově v TermKitu (jak jsem pochopil myšlenku v blogu) může mít tool ls pouze volby na výběr množiny souborů, ale prezentace výstupu je vydělena do Terminálu. Pokud si tedy hypoteticky uděláte vlastní skript, jehož výstupem je seznam NĚJAKÝCH vašich souborů, tak nebudete muset řešit jejich hezké formátování pro prohlížení, ale tato společná PREZENTAČNÍ funkce již bude zabudovaná ve standardním Terminálu.

Mě se myšlenka TermKitu docela líbí. Aby se to uchytilo, bude potřeba ještě spousta práce na poli celkové standardizace a domyšlení zpětné kompatibility.

[Dadam]

Podle mě je terminál dobrý proto, že je to programovací jazyk. Nemyslím bash, myslím tu "aplikaci" jako takovou. Dá se v tom postavit přesně takové prostředí, jaké je potřeba. Nevím jak ho používá týpek, já ho v poslední době (asi rok) k automatickému překladu, testování a analýze projektu na kterém dělám. Vypadá to asi tak, že když něco potřebuju, napíšu příkaz. Pokud je příkazů víc a potřebuju je často, tak je napíšu do skriptu a spouští ten - nějak mě nenapadá co na tomto může být lepšího.

Displej mám "obrovský", tak si zobrazím 4 terminály (není to nadsázka) a jedu. Přehnané to není - prostě potřebuju přepínat mezi 4 místy naráz, tak místo magie (jak by se to řešilo standardně?) udělám toto. Pokud by se nad tím vším postavila nějaká vrstva abstrakce, neomezilo by to možnosti? Třeba ta identifikace proudů. V terminálu můžu poslat cokoliv kamkoliv a funguje to. Bude to tak i tady?

Neříkám že TermKit bude špatný, určitě někomu sedne víc jak textová verze. Někdo by to ale mohl zkusit i opačně - místo GUI v terminálu zkusit principy terminálu v GUI - jednoúčelové aplikace, které by komunikovaly mezi sebou. Třeba takový e-mailový klient. Ten umí jen posílat a přijímat zprávy (zase ale co nejlíp, podpora víc účtů, zabezpečení, atd.). Neobsahuje ani vlastní adresář, jen rozhraní (třeba D-Bus), přes které si adresy může získat od jiné aplikace, která se o kontakty stará: jednoduchý adresář, LDAP klient... Je spojen se správcem připojení, takže pokud se odpojím od internetu, nejen že na mě nebude křičet že se nemůže spojit, ale ani se o to nebude pokoušet (na druhou stranu může křičet když mu to nepůjde s připojením funkčním). Další spojení je s ikonou v oznamovací oblasti - samostatná aplikace, která obsahuje pouze rozhraní pro ovládání svojí "plné" verze. Jen fantazie :)

[🇵🇸]

Neříkám že TermKit bude špatný, určitě někomu sedne víc jak textová verze. Někdo by to ale mohl zkusit i opačně - místo GUI v terminálu zkusit principy terminálu v GUI - jednoúčelové aplikace, které by komunikovaly mezi sebou. Třeba takový e-mailový klient. Ten umí jen posílat a přijímat zprávy (zase ale co nejlíp, podpora víc účtů, zabezpečení, atd.). Neobsahuje ani vlastní adresář, jen rozhraní (třeba D-Bus), přes které si adresy může získat od jiné aplikace, která se o kontakty stará: jednoduchý adresář, LDAP klient... Je spojen se správcem připojení, takže pokud se odpojím od internetu, nejen že na mě nebude křičet že se nemůže spojit, ale ani se o to nebude pokoušet (na druhou stranu může křičet když mu to nepůjde s připojením funkčním). Další spojení je s ikonou v oznamovací oblasti - samostatná aplikace, která obsahuje pouze rozhraní pro ovládání svojí "plné" verze. Jen fantazie :)

Moc nechápu, co tím chtěl básník říci, ale v KDE se něco takového děje, protože Plasma, Nepomuk atp.