QuickLook VS termite

Always have to install Quicklook on my windows machines, too used to it on Mac

https://github.com/QL-Win/QuickLook

I hope you can look at the features of QuickLook because like the guy above said, it's currently vastly superior :)

There is QuickLook for Windows although is not as good as the macOS one: https://github.com/QL-Win/QuickLook

You can use QuickLook in the meantime.

Luckily, there's a fantastic open source implementation of Quick Look for Windows: https://github.com/QL-Win/QuickLook

There's a Windows software for it though: https://github.com/QL-Win/QuickLook

QuickLook: to preview all types of files by pressing the spacebar in Windows explorer (Mac style). Open-source.

There're more plugins to support even more file extensions.

QuickLook - quick file viewer, you can focus on a file while in a folder and press the spacebar and this program will show its contents depending on the file type (Free • Open Source)

This reminds me of one of my favorite features from the Mac's Finder: Quick Look — press space to quickly bring up a contextual preview window of the selected document.

You can bring it to the Windows Explorer with this useful open source tool: https://github.com/QL-Win/QuickLook

- 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.