Názory k článku
Brow6el je plně grafický terminálový webový prohlížeč

Nakonec jsem v Arch Linuxu zprovoznil až na WezTermu ale i tak je fascinující, že ta věc fakt funguje. A to až překvapivě dobře.

Ja to behem developmentu testuju na foot, windows terminal (Ubuntu WSL2) a nejaky build dozadu take v tty pod yaft. Nekdo mi v nejakem foru potvrdil ze to bezi v xterm

xterm tak, jak je v Slackware, nemá podporu sixelů. (zkusim překompilovat později)

zkousel jste toto xterm -ti vt340 ?
urcite take na to bude nejake nastaveni v ~./Xresources

Už jsem si to našel, je to tak, s -ti vt340 to funguje a docela obstojně.
Holt, RTFM příště ;-)

Pěkné. Teď jen aby sixely podporovalo víc terminálů (kupodivu čím starší terminál, tím větší pravděpodobnost, že sixely budou podporovány).

Nejzabavnejsi na tom je, ze i windows terminal je podporuje. Kitty a jeji autor je na uplne jine povidani a gnome terminal je proste brzda. Myslim ze v Konsole (KDE) se uz take lamou ledy

Podle https://bugs.kde.org/show_bug.cgi?id=391781 by Konsole měl sixel umět.

Umi, ale muj browser v ni zatim nebezi, maji tam neco divne. prvotni render trva veky (desitky sekund), je to cele nejake pomale.

Jak je to hw náročné? Byl by to způsob jak prohlížet web na extrémně pomalých počítačích s málo ram?

Pouziva to jako engine Chromium, takze bych to nepoukosel s necim co ma mene nez 1GB RAM. a nejakym rozumnym cpu.

Předpokládám, že to bylo myšleno tak, že na tom extrémně pomalém počítači by běžel jen ten terminál s připojením na výkonný stroj kde by běžel ten browser. Což vyvolává nejen otázku jak náročné je pro terminál tohle zobrazovat, ale taky jak citlivé je to na latenci.

Ja jsem to testoval pres ssh oproti nejlevnějším instanci vps na contabo, ze zapnutou ssh kompresi. Da se to bez problemu používat, rozhodne to je alespoň dle mého subjektivnímu názoru mnohem svižnější než X11 forwarding pres ssh, pokud mate toto na mysli. Sixely jako sekvence maji celkem zajímavé optimalizace (repeat sekvence) takze dokáží byt celkem malé na přenos.

To muselo dát strašnou práci ...

Použitie sixelov malo zmysel, keď sa používali staré hw terminály a nejak tam dostať grafiku. Vyhrabávanie tejto vlastnosti je anachronizmus. Nový štandard pre terminály bez legacy balastu by bodol.

7. 1. 2026, 20:40 editováno autorem komentáře

Naprosty souhlas. Uz zbyva jen napsat Xwayland backend renderingem pres sixel terminal a muzeme si gratulovat, ze se nam podarilo pridat dalsi nesmyslnou vrstvu...

Hlavne legacy kód v dôležitej aplikácii ako terminál je možný vektor útoku. Mne sa unixové fosílie na nemenovanom slovenskom serveri vysmievali za použitie UTF-8 v skriptoch. Ale tie sixely a podobné veci mi pripadajú oveľa horšie.

A jak jinak to udělat bez sixel?

Grafické aplikácie existujú mimo terminál. Alebo neviem, čo chcete počuť.

Už tolikrát jsem potřeboval zobrazit webovou stránku, ano, v terminálu, a to pokud to půjde jakkoliv jinak bez toho, abych spouštěl celý browser v nějakém X/Wayland forwardingu... Takže by mě spíš zajímalo, co chcete počuť vy.

Ano, naposledy taková webová stránka byla plná JavaScriptu a ještě ke všemu měla Captcha. To byl jeden ze zlomových momentů.

Teoretiky jako vy člověk nemůže nemilovat. Určitě budu kvůli tomu vytvářet další standard když prostě jen potřebuju tohle. Ach jo.

co je blbost pro jednoho, muze byt uzitecna vec pro druheho. Popravde dostavam zajimavy feedback od lidi, pro jedny je to zajimava nahrada pro w3m pro rychle nahledy dokumentace aniz by museli opustit terminal, pro jine je dulezite, ze to mohou provozovat pres ssh a maji tak pristup k lokalnim resources bez nutnosti VPN, Grafana dashboard si v lynxu opravdu nezobrazite. A pro nekoho to je niche hracka a pro jine blbost. Vsechny tyto nazory respektuji. Pro me to treba byla/je zajimava excurse do sveta embedded web browseru.

Mě to smysl dává a dokážu si představit jeden use case kdy bych to použil. Mám např. k6 nebo nějaký jiný nástroj, co dokáže generovat výstup do html stránky nebo má webové rozhraní. Pak si můžu krásně zobrazit grafy v terminálu. Takže je to win pro uživatele i pro vývojáře, kterému stačí mít výstup jako webovou stránku.

Ja som sixely skusal na zobrazovanie obrazkov v terminali a sposobovalo to problemy so scrollbackom. Tak som si vyrobil vlastny image preview, ktory si otvori okno rovnakej velkosti nad aktivnym (spravidla terminalom) a esc alebo inou klavesou sa zatvori. Netreba riesit ziadne problemy. Este jednoduchsie sa to da spravit zavolanim mpv a argumentami na poziciu a velkost okna, i ked tento variant pouzivam len obcas na videa. Takato forma ovladania mi pride ovela lepsia nez nechavat bordel v terminali.

Samozrejme to ale predpoklada rozumne API (EWMH), takze Wayland ma smolu. Pokrok nezastavis.

8. 1. 2026, 13:30 editováno autorem komentáře

Jenže přes SSH mi je otevírání okna k ničemu a to je přesně to, kde bych to použil.

SSHFS funguje

Zkusil jsem doma na NAS (RPi 5) z Macu - standardní terminál sixely nepodporuje, ale iTerm2 ano. Zkusil jsem pár webů, jen tak letmo, mj. i administraci routeru (FritzBox) a ano, funguje to pěkně.
Klobouk dolů!

já používám browsh, nebo w3m-js

Browsh mam také rad, a nepopírám ze byl inspiraci, akorát me na něm štve jeho celkem krkolomná instalace a firefox dependence, CEF ma take x11 apod dependence, ale tohle se mi dnes povedlo všechno zabalit do AppImage, takže mi brow6el vlastně běží i na naprosto minimální instalaci Debianu. Ještě to otestuju a během pár dní to půjde do release. Další věc je, že mou intenci by co nejvěrohodnější rendering grafu na webu, a to browsh ze své podstaty nabídnout nemůže. Ale je to super projekt.

8. 1. 2026, 23:03 editováno autorem komentáře

Ale jo, občas se to může hodit. Používal jsem Links, Elinks, Lynx ale s ohledem na jejich schopnosti, jen jako nouzovku.