Konsole v roce 2020

Tomaz Canabrava publikoval článek Konsole v roce 2020, ve kterém představuje nové zajímavé vlastnosti emulátoru terminálu Konsole.

17.7.2020 09:00 | Ladislav Hagara | Zajímavý článek

Komentáře

[Michal Kubeček]

Since last year you can use splits in Konsole

Naopak, od loňského loku je předělali "split view" tak, že pro mne přestal mít smysl. :-)

[h4xx0r]

A k cemu je to dobre? Votevrit si 4 vokna, usporadat je jak logo Windows 10, do vsech napsat ls -R / a hrat si ze hackuji Pentagon? Slysel jsem ze holky na to letej.

[martin-ux]

Nehovorim, ze vzdy, ale niekedy sa to zide. Taktiez plati, ze jedna vec sa da robit viacerymi sposobmi. Kolega vyuzival tuto moznost na patchovanie (v iTerm2), kde pisal rovnake prikazy a porovnaval vystup.

Ja osobne som to vyuzil nedavno na side-by-side porovnavanie, kde som mal rozbalene initrd z viacerych verzii a v mc som prechadzal strukturu a pozeral zmeny. Jasne, da sa to robit aj inak, ale mne to vtedy prislo vhod.

Co sa tyka split windows tak si neviem vynachvalit (left-right) split pri gdb, kde v lavo mam debugovany process a v pravo samotne gdb. Sice nepouzivam KDE, ale princip toho splitu ma zmysel.

[Michal Kubeček]

Problém, který s tím mám, je ten, že původní implementace byla pro mne užitečná, zatímco ta nová moc ne (spíš skoro vůbec).

Původní implementace byla taková, že bylo možné si okno rozdělit na víc částí (views), které sdílely stejnou sadu tabů, tj. terminálů, a v každém view si šlo vybrat libovolný z těch tabů. V praxi jsem měl třeba okno přes celou obrazovku rozdělené na dva view, šest otevřených tabů a mohl jsem si navolit kterýkoli z nich do levé půlky a nezávisle kterýkoli do pravé části. Dokonce šlo mít otevřený stejný terminál v obou views, což mělo ale jen omezené využití (např. dlouhý výpis, kde bylo potřeba současně vidět dvě různá místa).

Proti tomu ale celou dobu vehementně protestovali lidé, kteří taby nepoužívají, takže nechápali, k čemu je dobrý split, když všechny views ukazují stejný terminál. Vývojáři tomu bohužel podlehli a někdy loni zcela změnili koncepci view tak, že otočili vztah mezi taby a views. Teď je to tak, že každý tab má svou sadu views, takže přepnutím mezi taby přepnu všechny views. Ztratil jsem tak možnost přepínat taby na levé a pravé straně nezávisle a musím to řešit dvěma okny, což ale bohužel neumožňuje mít tentýž terminál někdy vlevo a někdy vpravo. :-(

To, co ten nový model umožňuje, jsem mohl mít i předtím pomocí přepínání pracovních ploch, takže změna mi nic užitečného nepřinesla a místo toho mne připravila o veškerý smysl, který funkce "split view" měla.

[martin-ux]

Uplne chapem, ja prave na toto vyuzivam iTerm2.

Velka skoda, ze nie je importovany aj na ine platformy. Podla mna lepsi terminal nie je. Okrem toho sa da prepinat medzi views a tabmi sipkami (bud cez ctrl, cmd, alebo alt) a tym padom skoro vobec nepotrebujem mys.

I ked split screen (views) u mna zabezpecuje tmux a teda prepinanie medzi views robim skratkou, ktoru som si sam nastavil.

[Jendа]

I ked split screen (views) u mna zabezpecuje tmux a teda prepinanie medzi views robim skratkou, ktoru som si sam nastavil.

Mně vadí, že tyhle věci (screen, tmux a spol.) nemohou fungovat se scrollbackem terminálu (který chci, protože v něm můžu scrollovat kolečkem/lištou, kopírovat ho celý do schránky a tak). Jediný, kdo to teď začal řešit, je Kitty terminál, ale než se to rozšíří do distribucí a začne být možné to pohodlně používat na náhodné stroje přes SSH, to bude ještě trvat.

Okrem toho sa da prepinat medzi views a tabmi sipkami (bud cez ctrl, cmd, alebo alt) a tym padom skoro vobec nepotrebujem mys.

Tak tohle bych teda považoval za takovou samozřejmost, že bych se hodně divil, kdyby to někde nebylo.

[Jendа]

Adminování více počítačů, které jsou moc rozdílné na to, aby šel snadno dělat nějaký automatický deployment (nebo jich je tak málo, že to nemá cenu řešit), ale dělat společné věci samostatně je otrava. Já teda na to nedávno použil cssh, ne vestavěnou funkcionalitu terminálu.

[pepe_]

Za mne dobré , jenže konsole nevytrhne spoustu neduhů co ten ekosystém má.

[OldFrog {Ondra Nemecek}]

Trochu mi ty feature přijdou jen na efekt. Třeba ty náhledy obrázků - jsou nekoncepční. Proč zrovna obrázky? Spíš by se hodilo mít možnost interakce se soubory obecně, přičemž náhledy na různé typy souborů by byla jen jedna z možných interakcí. Stejně tak integrace s klasickým stromovým správcem souborů by se hodila.

[🇹🇬]

funguje to i zdáleně s těma vobrázkama jakože třeba zkrs ssh?? :O :O protože to by jako bylo uplně supr protože třeba feh todleto neumí :O :O

[Král Honičů]

To jako že až vypnou freevideo, tak že bychom se dívali vzdáleně přes SSH? Možná by to fungovalo, protože si všichni myslí, že internet = web - a ty ostatní protokoly jakoby nevidí.

[🇹🇬]

prostě byto samo poznalo žes máčkul myšičku nad nečim co vypadá jako soubor vobrázku by to jakoby skrytě na servru ťupnulo příkaz na vypsání/zkopírování vobrázku ale výstup by chytla konzole a vobrázek namalovala u klienta doma :O ;D takle to ale teďko eště nefunguje :O :'(

[jiwopene]

ssh remote cat file.ext | ffplay -

[Jendа]

Až na hloupé MP4 s indexem na konci (ano, vím, že se dá po dokončení souboru přehodit, ale u cizích souborů to někdy nebývá)

[Jendа]

Ne jen na obrázky, ale obecně „stáhni soubor do cwd na lokálním počítači“ a „připoj aktuální adresář přes sshfs někam blízko“.

Zkoušel jsem to implementovat, mám to takové polofunkční a moc to nepoužívám. Najednou jsem zjistil, že to vlastně není tak častý use-case. Problémy:

• Jak zjistit, že ve vás běží ssh (Terminator/libvte na to, co jsem hledal, nemá moc hooky, a hledat všechny děti mého shellu, jestli někdo z nich náhodou není ssh, je opruz; nevím, jestli to Konsole/Kitten/ostatní umí nějak líp, a jak vlastně by to vůbec šlo), a jak se tam připojit taky -- nevím o ničem lepším, než se snažit parsovat jeho argv (a nestačí si vzít [user@]host, musíte ještě dát pozor třeba na -p a -J).
• Jak zjistit aktuální adresář na vzdáleném stroji. To jsem řešil parsováním promptu a bylo to hrozně špatný.

[jiwopene]

Zajímavě vyřešené to má Terminology, kde se obrázky posílají pomocí escape sekvencí. Obrázek se zobrazí pomocí tycat obj.png. Bohužel tady bych očekával to, že se obrázek pošle na stdout, ale místo toho tycat musí aktivně komunikovat s terminálem a navíc se předává cesta k souboru místo obrázku.

Řešením podle mě není hádat to, kde se uživatel nachází, to bude spíš nefungovat. Stačilo by po uživateli chtít to, aby si do .bashrc přidal pár funkcí, které pošlou escape sekvenci a data. Terminál to pak zpracuje. Podobně by šel udělat i výpis souborů s miniaturami (na serveru se vygenerují miniatury a seznam se i s miniaturami pošle klientovi).

Příklad serverové (tzn. protistrana emulátoru terminálu) části:

# užití: footerm_send $názevPříkazu
#
# Pošle příkaz
footerm_send() {
    echo -en "\033}fancyterm_$1\0"
}

# Nastaví FOOTERM na 1, pokud je přítomen footerm
footerm_check() {
    footerm_send check
    FOOTERM=0
    read -t1 FOOTERM
}

# Pošle soubor na footerm
footerm_view() {
    footerm_send file
    tar cf - $1
}

[🇹🇬]

noa nebo misto terminálu použít gui clienta kdy už de vo nějaký grafický dělání. v kde se dá třeba připojit výchozího prohlížeče souborů dolphina ke zdálený sftp složce a jedinej rozdíl kterej vidim jakoby voproti normální složce že nefungujou náhledy souborů a panýlek s terminálem (máčknout f4) do tý složky nevidí. jinak to +- de :D ;D

[Jendа]

Tak ono typicky nejde o grafické dělání (já grafického správce souborů používám jenom výjimečně na fotky), ale člověk si sshčkuje a najednou potřebuje stáhnout/nahrát soubor. Jinak to co popisuješ nepoužívám, používám sshfs, takže funguje všechno, ale je to teda občas pomalé, a občas se stane, že se něco nacachuje a pak to dělá neplechu (dělávám to, že mám dva terminály, v jednom edituju zdroják lokálním vimem přes sshfs, a ve druhém to na vzdáleném počítači spouštím).