polybar-themes VS termite

If you want to replace some components, you could get polybar instead of the XFCE panel and rofi as the app launcher. Aditya Shakya (/u/adi1090x) has great collections of themes for polybar and rofi.

It is split in two files, one for bar configuration (config.ini), and another one for all possible modules(modules.ini) to be shown in bar section. This file organization was based on this repository.

Have you tried this: https://github.com/adi1090x/polybar-themes/blob/master/simple/blocks/scripts/rofi/colors.rasi

I installed polybar and polybar-themes and selected the "Blocks" theme which uses these configs here https://github.com/adi1090x/polybar-themes/tree/master/simple/blocks

I just migrated from DWM to BSPWM and I'm using Polybar. I found this template, but I was wondering if you guys could either show me your Polybar setup or link me to other templates because I just don't know where to start.

Tilts just polybar, I like it more than plasma panels. The video doesn’t show them but I use rofi for the menus. I didn’t make them, I found them on github but the repo seems to not have that bar anymore.

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