For a second there, I thought that when entering readline
vi mode, it doesn’t put you in insertion mode, but command
instead.
It’s actually another bug in nomad where an ESC-Z is sent to the program in error after switching out of nomad’s movement mode.
Terminals are a mine field. Oh well, this is easy enough to fix anyway.
I really want to add a feature to nomad that enables scrolling on sub terminals that are not currently focussed 0 kind of like macOS where you can scroll any window without focussing on it.
Ah. Apparently, readline has a setting called
horizontal-scroll-mode, which can be enabled so that
readline will only use a single line. I’ve created my
.inputrc!
set editing-mode vi
set horizontal-scroll-mode On
So I think it might not be bash itself handling this
behavior, but rather readline and apparently you can
change this to something else :O
I notice that when you’re typing a command into bash, it
will send a \r when the cursor reaches the edge of the
terminal, sending it to the beginning of the line…
…which beans a really long command will overlap itself eventually.
Why, bash why.
There’s a bug in my terminal where scrolling through command history in bash causes some weird scrolling errors. I think even gnome-terminal has this problem.
Let’s do this.
I gave up after like 5mins trying to make dubstep 😅
I feel like making dubstep…?
Gah. Here I am late at night typing thing. ffs.
Every morning I wonder why I want to sleep more, and every evening I find out why.
I’m starting to annoy my mum and step dad by being a classic grumpy teen, despite definitely being 26.
Maybe I should go back to London soon.
Anyway. Time for bed, guten nacht.