ulubis VS termite

This is the one I had bookmarked: https://github.com/malcolmstill/ulubis

There's also Ulubis and Paulownia. The latter is not really usable yet from what I understand, but I've not had much luck with Ulubis either.

- you can also rectangular select like in vim, and then press either p (includes LF) or which joins the multiline clipboard text into a single line (removing LF's), that payed off a lot for output like `git status` and wanting to operate on parts of the output (files e.g.)

Have a look at the still young website's documentation here: https://contour-terminal.org/input-modes/#supported-text-obj...

for a more complete look of what you can do with the keyboard (normal mode) :)

[1] https://github.com/thestinger/termite/

Also, regarding VTE, the author of termite (discontinued terminal emulator) expressed similar concerns about the GNOME devs. Apparently, they have little interest in making the library useful to people not working on GNOME apps: https://github.com/thestinger/termite

I simply do not want to use anything libvte based. And that's what sakura is and termite used to be.

History and experience tells a different story [1]. Never trust a library that is maintained by GNOME.

1.: https://github.com/thestinger/termite

> https://github.com/thestinger/termite/blob/master/README.rst...

Wow, this confirms a lot of my impressions:

>> In 2012, we submitted a tiny patch exposing the APIs needed for the keyboard text selection, hints mode and other features. Despite support from multiple other projects, the patch was rejected. It's now almost a decade later and no progress has been made. There is no implementation of these kinds of features in VTE and it's unlikely they'll be provided either internally or as flexible APIs. This is the tip of the iceberg when it comes to their hostility towards other projects using VTE as a library. GTK and most of the GNOME project are much of the same. Avoid them and don't make the mistake of thinking their libraries are meant for others to use.

This is exactly why sixel-tmux exists as a separate entity!

> Yeah, I read the entire conversation and if sixel support lands in tmux upstream, it would indeed be good news.

I'll keep my fingers crossed, but right now, there seems to be a lot of good will. I will do everything I can.

> Thanks for being understanding.

No problem. I know maintaining forks isn't an ideal thing to do and support should ideally land upstream.

> I believe it's unfair that Linux users have fewer options than us Windows users, due to some people thinking sixel is "uncool".

I think the README page of termite pretty much sums up why getting involved in VTE, or any GNOME project for that matter, is a bad decision.

https://github.com/thestinger/termite/blob/master/README.rst...

I'm just a random spectator but perhaps your efforts might've been better spent on an independent terminal project (like Alacritty, for example) rather than trying to get features merged upstream in a GNOME project.

> However, the situation seems to be changing: check the discussion in: https://github.com/csdvrx/sixel-tmux/pull/1 and you'll see there may be some light at the end of the tunnel!

Yeah, I read the entire conversation and if sixel support lands in tmux upstream, it would indeed be good news.

You might wanna consider avoiding all VTE based terminals (includes GNOME termina) on Linux because VTE development is spearheaded by GNOME developers. They're almost always guided by their "every preference has a cost" philosophy so don't expect any decent changes happening to VTE.

Here's another explanation why VTE based terminals are best avoided.

https://github.com/thestinger/termite

Here's a complete list.

https://wiki.archlinux.org/title/List_of_applications#VTE-ba...

The words from the dev of the now defunct Termite further corroborate.