datentraeger

geistige Umweltverschmutzung

Terminals…back to xterm

February 13, 2018 cli Debian/GNU Linux

Ich bin nun doch wieder etwas weg von lilyterm. Generell funktioniert es zwar ja ganz gut und ich war auch recht zufrieden (u.a auch, weil die Config einfach ein File unter .config ist), jedoch hat auch lilyterm einige (wenn auch wenige) Sachen, die mir doch nicht passen:

  • Entwicklung scheint ziemlich tot (aktiv würde ich jetzt in dem Repo nicht sagen…)
  • die Preview in Ranger “verschwindet”, sobald der Fokus auf ein anderes Fenster gerichtet ist (was rxvt bei mir übrigens auch macht)

Das Ranger-Preview-Issue ist ja schon recht minimales Problem, aber wenns mit einem anderen Terminal klappt, warum nicht ? Naja, also wieder zurück zu rxvt bzw… xterm. Warum so weit in die Ferne schweifen…? xterm zeigt auch Ranger-Previews an, wenn der Fokus nicht aktiv ist. Also, back to the roots, xterm scheint jedoch absolut passend für mich derzeit. Xresources hab ich eigentlich nur minimal angepasst, gemäss einigen Hints aus dem Arch-Wiki

XTerm.vt100.faceName: Hack:size=10.5:antialias=true
XTerm.termName: xterm-256color
! The default Alt key behavior in xterm is a modifier to send eight bit input characters e.g. to insert æ by pressing Alt+f.
! To make Alt instead send a ^[ (escape) key (as in gnome-terminal and konsole), set
XTerm.vt100.metaSendsEscape: true
! fix the backspace key
XTerm.vt100.backarrowKey: false
XTerm.ttyModes: erase ^?
! scrolling
XTerm.vt100.saveLines: 4096
! - increase-decrease font size using ctrl-/+, O to reset 
! - copy/paste hotkey (ctrl+shift+c = copy ; ctrl+shift+v = paste)
! - open url (clickable links)
! -- double click to highlight the full url
! -- Shift + click to open 
! - mouse buttons (first and middle) to copy/paste
xterm*VT100.Translations: #override \n\
  Ctrl <Key> minus: smaller-vt-font() \n\
  Ctrl <Key> plus: larger-vt-font() \n\
  Ctrl <Key> 0: set-vt-font(d) \n\
  Ctrl Shift <Key>C: copy-selection(CLIPBOARD) \n\
  Ctrl Shift <Key>V: insert-selection(CLIPBOARD) \n\
  Shift <Btn1Up>: exec-formatted("xdg-open '%t'", PRIMARY) \n\
  <Btn1Up>: select-end(PRIMARY, CLIPBOARD, CUT_BUFFER0) \n\
  <Btn2Up>: insert-selection(PRIMARY)

Auf reddit gibt’s übrigens noch einen interessanten Thread über “is new always better ?”

Nichtsdestotrotz – die lilyterm config schmeiss ich doch ins git repo für meine dotfiles, man weiss ja nie 😉

PS: ja ich weiss, alle reden derzeit von der fish-Shell, aber das hab ich noch nicht angeschaut (gibt noch einen interessanten Blog-Beitrag von noqqe, den ich mal genauer anschauen wollte). Werde ich vielleicht bei Gelegenheit mal machen, aber derzeit hab ich keinen Bedarf und in letzter Zeit genügend terminals getestet… 😉

PS2: übrigens ist das ein bequemer Weg, Fonts zu testen, ohne erst die Xresources anzupassen

xterm -fa 'Monospace' -fs 14

Was mich jedoch noch etwas nervt ist das “andere” Verhalten unter tmux mit xterm, da hat urxvt definitiv Pluspunkte. Aber wahrscheinlich muss ich mir einfach etwas Zeit nehmen und das Ganze nur nochmals etwas genauer anschauen… Eigentlich sind es nur Kleinigkeiten, aber die können recht nerven…

with free software...

Vimium

1 thought on “Terminals…back to xterm”
  1. Peter V. Beck, I.
    February 13, 2018 at 10:30 pm

    Terminals…back to xterm http://blog.datentraeger.li/?p=1027

Comments are closed.

Search
Posts
  • Overleaf
  • wir haben 300’000 !!
  • ZNAP Wallet
  • wtf m$ S3150 ?!?
  • systemd failed status entfernen
Archives
Categories
Tags
3D-Printing Android Apple Arch Backup BBOS/QNX cli Container Database Debian/GNU Linux Docker foo.li FSFE git Gnome Gnusocial Groupware irc IT Java LaTeX lvm Mail Mobile Movies Multimedia Music Nonsense Office Packaging PHP Puppet Redmine SQL Think-About Uncategorized Vaping vim Virtualisierung Web Win WTF www-links X11 XMPP
Meta
  • Log in
  • Entries feed
  • Comments feed
  • WordPress.org
Blogroll
  • Datentraeger Pics
  • foo.li systeme + software
  • GnuSocial.li
Proudly powered by WordPress | Theme: Doo by ThemeVS.