Noticed something that really “peeves” (understatement) me…
When using “vim” (not vimtiny) in a raspberry Pi running Buster or Bullseye, in a terminal window (same behaviour in gnome terminal and gnome console) - i.e. remote - I no longer get an “I” bar cursor, and can no longer use the X-select buffer (e.g. select some text in another application [or even from the same terminal window!], e.g. web page, text document, other terminal and then middle-button click to paste from the X-select buffer).
Removed VIM and the problem went away, but vimtiny is ugly - no syntax highlighting…
Note - this only happens on Raspbian builds of VIM on Buster and Bullseye… Doesn’t happen on Stretch, doesn’t happen on RHEL or Ubuntu… And I don’t have Buster or Bullseye running on any intel (x86_64 or i386) systems to verify…
Note - default “vi” on Buster and Bullseye (RaspiOS / Raspbian variants) is vimtiny (I NEVER type “vim” it’s always just “vi” and I still call it “vi”) - if I want syntax highlighting I have to install vim (sudo apt install vim). When I apt remove vim, it re-instates alternatives
Anyone encountered this hideousness before? I’m quite apprehensive, 'cause I can see a future where some gobshite on the Gnome dev team (or maybe the Wayland people) makes a decision to completely remove the X Select buffer (i.e. remove middle button paste). I use the x select buffer approximate 65536 x more often than the actual “clipboard”. Tried using xclip or whatever it’s called for a white, but it was cumbersome…
Just read up on wayland - there’s only one buffer - the clipboard… This article (admittedly from 2015) discusses it :
https://wiki.gnome.org/Initiatives/Wayland/PrimarySelection
FFS - EVERY wheel mouse has a middle mouse button ya moron! Since about at least 20 years ago!
This is the reason DEC and SGI and SUN workstations came with three button mouses… I assume IBM RS/6000’s and similar HP UNIX workstations were similar…