Képnézegető terminálban

function img { for image in "$@"; do convert -thumbnail $(tput cols) "$image" txt:- | awk -F '[)(,]' '!/^#/{gsub(/ /,"");printf"\033[48;2;"$3";"$4";"$5"m "}'; echo -e "\e[0;0m"; done ;}

ééés...

$ img akármi.jpg

Egyszerű és elegáns, minden respect ide: http://www.reddit.com/r/commandline/comments/1e6oev/24bit_aka_true_colo…

Érdemes olyan terminál emulátor alatt kipróbálni, ami nem gnome-terminal :)

Hozzászólások

Hm, Urxvt alatt nekem finoman fogalmazva mintha nem mutatna jól...

True color támogatás kell hozzá, amit nem sok terminál tud, de speciel a gnome-terminal legújabb fejlesztői verziója (vte 0.35.1) már igen.

Ez pedig az előző ötlet alapján egy még menőbb képnézegető (igaz, a kétsoros vagánysággal nem versenyez) amely fele magas blokk karakterek segítségével 2 pixelt rak egy cellába:
https://git.gnome.org/browse/vte/tree/perf/img.sh?h=vte-0-36

Köszi szépen a tippet! Igen, így már működik. SAJNOS... Azért sajnos, mert eddig meggyőződésem volt, hogy az Urxvt jobb, mint az xterm... Most csalódtam először benne!

De, bár kétségtelenül működik, azt hiszem nincs különösebb gyakorlati jelentősége. A kép nem igazán élvezhető. Még így is jó volna ha működne „mélykonzolban”, mert akkor azt mondanám, ha semmiféle X nincs, jobb mint a semmi. Sajnos azonban ott is kipróbáltam, és teljesen használhatatlan. Ha meg amúgyis van X, akkor már egyszerűbb feltenni a feh progit. Szóval hiába vagyok konzol-buzeráns, de ez akkor is az amire azt mondom, hogy csak érdekességnek jó. Annak oké, élvezetes, de gyakorlati használatra...?

Persze, ez csak poén, nem pedig használható képnézegető.

Az urxvt eddig nekem úgy tűnt hogy a leginkább "megosztó" terminál: az ember vagy erre esküszik, vagy ki se bírhatja. (Mint a sörök közt a Heineken :)) Én az utóbbi kategóriába tartozom (mármint az urxvt-vel kapcsolatban, és nem a true color hiánya miatt).

Akkor halljunk téged, Mester, te melyik terminálemulátorra esküszöl! Komolyan érdekel, én kész vagyok váltani, ha találok jobbat... De nekem aztán olyan legyen, hogy könnyű benne állítani a karakterek MÉRETÉT, sőt lehetőleg a fontkészletet is! A tököm telke van azzal a szarsággal ahogy a karakterméret megadható a legtöbb terminálban, mindenféle faszságot irogatni valami rc állományba. Félre ne érts, nem az a bajom hogy ehhez rc fájlt kell szerkeszteni, nekem mint konzolbuzinak épp kifejezetten az a legtermészetesebb módszer. Nekem az a bajom ezzel, hogy olyan varázsszavakat kell oda beírnom, amiknek marhára semmi köze ahhoz, hogy mi legyen a fontméret, mert a fontméretet összekeveri a betűtípussal is meg mindenféle más baromsággal.

Meg az is jó lenne ha adott esetben kifejezetten épp csak abban az egy megnyitott terminálablakban tudnám változtatni a fontméretet billentyűkombinációval. Azt se bánom ha ez csak úghy megy hogy ezt a billentyűkombót csak az xbindkeys progi segítségével valósíthatom meg.

És persze könnyen beállíthassam a színeket, meg legyen rá mód hogy a terminálemulátort rögvest úgy indítsam hogy az elindítson valami alkalmazást is.

Fontos még hogy legyen függőleges görgetősáv, és én magam határozhassam meg nála, hogy a „TERM” változó értékének mit állít be. Sajnos ha ez lehetetlen, alapból felejtős nálam a dolog, mert ez fontos ahhoz hogy az mcedit -ben (meg pár más programban) rendesen működjenek a kurzorbillentyűk amikor kijelölni akarok velük valamit.

Általában véve, jó volna ha a terminálemulátor könnyű lehetőséget biztosítana ezen szekvenciák beállításához.

Igényelem természetesen a copy-paste lehetőséget is a terminálBÓL és BA.

No és persze tudja alapból az UTF-8-at.

Ami nem érdekel egy terminálemulátor esetén:

- háttérkép kitevése (Kifejezetten csak arra jó ez hogy zavarjon a munkában, elvonja a figyelmet)
- átlátszóság
- hangjelzés
- menük
- ikonok
- ablakkeret

Több TAB-ra lehetőség jó ha van, de az már nem olyan fontos.

Amikor kezdtem a linuxozást, azt használtam és tetszett. A baj az hogy temérdek függősége van. Eszem ágában sincs felpakolnom miatta a fél gnőmot.

Tudod, miután én végleg eldöntöttem hogy én eztán már az LFS mellett maradok, ami azt jelenti hogy ha a telepítésem nagyon elavult lesz egyszerűen csinálok egy újat magamnak (persze azt is „gobolinuxos” fájlrendszer-hierarchiával) ezért nekem cseppet se mindegy, minek mennyi a függősége, mert akármelyik progi amit pluszban fel kell tennem, egész rakás extra szopást jelenthet nekem. Azaz ennek semmi köze ahhoz mennyi a RAM a gépemben, azért létkérdés hogy „pici” legyen a rendszerem, mert amikor újra meg kell csinálnom, nem mindegy mennyi időbe és pepecselésbe kerül.

xtermmel mi a baj? :)

De amúgy miért veszed sértésnek (ez jött le) ha másnak nem tetszik az ux... akármi? Nem mondta senki hogy emiatt válts :) Sőt, nekem a megosztó azt jelenti, hogy legalább annyi embernek tetszik, és jó, amennyinek nem, tehát sokan szeretik nyilván okkal.

Ami vicces, hogy olvasom az általad felsorolt igényeket, és csodálkozom, hogy ezek felmerülnek egyáltalán. Milyen terminálokat próbáltálál te, hogy a "többség" nem biztosít egy normális fontválasztót, vagy hogy a copy-paste lehetőség nem magától értetődő?

xterm alapból nem UTF-8 kódolású, például.

Amúgy viszont cseppet se vettem sértésnek, hogy akad akinek nem tetszik az Urxvt, nem tudom, mi miatt merült fel benned ezen lehetőség. Ha a Mester megszólítás miatt gondolod így, merő tévedésben vagy, az nem gúny akart lenni a részemről hanem a tisztelet jele, mert ő résztvett az UhuLinux megalkotásában ha jól tudom, márpedig az volt az első disztró amit használtam, s ezt nagyra értékelem benne, mert anélkül lehet hogy ma nem idegesíteném a HUP tagságát, mert ma nem lennék linuxos én is...

Számomra, mint konzolbuzinak, létfontosságú a minél jobb terminálemulátor, ezért mindig kész vagyok egy újabb effélének a kipróbálására, hátha jobb lesz mint az eddigiek, emiatt kérdeztem meg őt erről. Még véletlenül sincs szó tehát a részemről sértődésről.

Nem esküszöm egyikre se, én speciel gnome-terminált használok, nagyon tetszik benne hogy a körítés (menük stb.) és a tényleges terminál emuláció ketté van szedve (utóbbi a vte, amihez nem kell gnome) és létezik csomó egyéb vte-re épülő terminál amik mind belül ugyanúgy működnek, csak a felhasználói felület körítése más és más a fejlesztők elképzelése szerint. Ha a függőségekkel van bajod, érdemes lehet kipróbálnod egy-két vte alapú, gnome-terminálnál kisebb és gnome-ot nem igénylő progit (csak vigyázz hogy működjenek a legújabb vte-vel - sok python-ban gtk2-höz írt és gtk3-at nem támogató legfeljebb a vte 0.28-as verzióját tudja használni, ezáltal tudásban és bugfixben megállt ott a fejlődésben). Mellesleg a vte-be az utóbbi időben csomó új feature-t és hibajavítást raktam bele, szóval a mostani instabil 0.35.1 (majd áprilistól stabil 0.36) verzió sokkal jobb lesz mint a korábbiak.

Nekem a python 2.7.5 van fenn, s nem is óhajtom feltenni a 3-as pythont, már azt is gyűlölöm hogy e 2-es fenn kell legyen, mert ki nem állhatom a pythont.

GTK nekem ilyen van fenn:

GTK2/2.24.20
WebKitGTK/1.10.2

Szóval ezekhez ajánlhatnál valamit. A webkitgtk verzióját azért írtam ide hogy hátha kell valami idióta grafics librári a terminálemulátornak, bár bevallom, egyszerűen nem értem, minek kell egy effélének bármi más, mint az X! Mire már grafika egy terminálemulátornak?! Tök hülyeség. Megkockáztatom, hogy talán még egy WYSIWYG word processzor is illene hogy ellegyen ilyesmi nélkül (LO pld), már amennyiben lemondunk az ikonsorokról. (Én kész lennék erre az áldozatra simán, sőt nagy örömmel...) Tudniillik a TTF meg egyéb efféle fontkészletek kezeléséhez szerintem nem grafikus library kell, hanem az ha jól tudom az X része.

Grafikus lib olyasmihez kéne csak szerintem, mint mondjuk az Inkscape, meg más ilyesmik. Oké, persze a LO-ban is van rajzoló rész. De ha valakinek elég volna a writer belőle, miért is ne lehetne e függőség nélkül lefordítani...?!

Egy szóval sem említettem a python3-at, a gtk3-at említettem. Azt mondtam, hogy akár pythonban *is* (de másban is!) lehet írni vte köré emulátort, de a pythonban írtak sokszor csak a gtk2-höz passzoló vte 0.28-at támogatják (amit nem javaslok), mivel utána nagyon megváltozott a python interface és csomó fejlesztő még lusta volt átállni.

Nem értem mi bajod van a függőségekkel. Pont azért léteznek ezek, hogy ne minden projekt minden szart teljesen elölről írjon meg, hanem legyenek közös, jól tesztelt alapok amikre a progik építkeznek.

Az, hogy most hackelt magának egy rendszert, ami a maga egyszerűségében tökéletes, ezért sok új csomagot nehéz belehackolni, és aminek az updateje úgy néz ki, hogy újrakezdi az LFSt majd, szóval ha sok csomag van, akkor majd mégegyszer nehéz belehackolni a sok csomagot.

Asszem egyelőre, a legmegfelelőbb talán az „st” nevű lesz, ez a link az oldalára:

http://st.suckless.org/

Ugyanaz a csapat írta, mint kedvenc DWM ablakkezelőmet. Nem állítom, hogy mindenben meg volnék elégedve vele, de legalább pici, függősége kábé zéró, és ha olyan IGAZÁN nagyon hiányolok belőle valamit, jóeséllyel képes vagyok megírni bele én magam. Végtére a DWM-be is belehackeltem a nekem tetsző többszintes menürendszert, meg a mindenféle okosságok kijelzését a taskbarra.

Scrollback valóban nincs, de állítólag megoldható a tmux terminal multiplexerrel, azt írják. Még nem próbáltam ki, gondolkodok egy sajátos (általam leprogramozott) megoldáson.

A fontméretben viszont nincs igazad: a default méret megadható neki fordításkor a config.h fájlba beleírva, de indításkor is megadható parancssori paraméterrel, a legszebb azonban az hogy menetközben is változtatható, gyorsbillentyűvel! Ez igazán nagy előny, amit jócskán tudok értékelni benne.

Nem akarok ezzel szórakozni, nyomjon már valkai egy prtnscr-t róla.
-------------------------
neut @ présház

Like. xterm jo, sajnos XFCE-fele Terminal nem annyira.

Vte-ből csak a legeslegújabb verzió (nem egész egy hónapos, és még unstable) támogatja ami kell. Az Xfce viszont csak gtk2-t tud, gtk3-at nem, ami kéne ahhoz hogy vte-t lehessen frissíteni, tehát az xfce-terminal szükségszerűen legfeljebb 0.28-as vte verzióval képes működni (az volt az utolsó aminek a gtk2 jó volt, nem kellett gtk3).

Cygwin alatt nincs nékem tput-om, de némi haxolással szépen megy xterm-ben :)