03:41 <ericonr> https://github.com/Genivia/ugrep/blob/d190ac43d7bdf4210613c7961f0fceb0cc87b3f7/src/ugrep.cpp#L5668 should this have a case for "foot"?

03:41 <ericonr> I feel like the answer is yes

05:39 <dnkl> ericonr: yeah, I'd say so

06:08 <ericonr> lemme implement that real quick then

06:23 <ericonr> opened PR

08:03 <w0rm> dnkl: mind sharing the colors for https://linuxrocks.online/@dnkl/106872994609390986 (the bright ones specifically)?

08:03 <w0rm> I realized our desktops seem quite similar - solarized, emacs + few other overlaps :-)

08:06 <w0rm> i.e. I don't think https://codeberg.org/dnkl/foot/src/branch/master/themes/solarized-dark is quite it - the brights are different

08:07 <tsujp> im running foot on GNOME, it has a default bar and close, maxmise, minimise button. Can I change these? It looks like this currently https://i.imgur.com/gYsgKK2.png

08:07 <emersion> tsujp: no, and that's a GNOME bug, they don't support server-side decorations

08:08 <tsujp> :( I was hoping I would be able to change it with some GNOME CSS

08:08 <dutchie> w0rm: could be https://github.com/jan-warchol/selenized

08:10 <tsujp> is there an openpr or other discussion for a patch emersion?

08:10 <emersion> they don't want SSDs

08:11 <emersion> end result is anything which is not GTK looks like shit

08:11 <emersion> (well, s/shit/out of place/)

08:11 <tsujp> is there no possible local patch I can make to this? If there's a PR which was denied I could take that commit and compile GNOME myself to have that feature?

08:11 <w0rm> dutchie: I don't think so - https://linuxrocks.online/@dnkl/106679984483365920

08:12 <tsujp> or perhaps I can wrap foot in GTK with a patch myself so I can get it? I'm not familiar with how to go around this

08:12 <emersion> not aware of any, but i don't follow GNOME patches at all

08:12 <emersion> my suggestion is, just don't use GNOME :P

08:12 <w0rm> I would assume this would be a mutter thing

08:12 <w0rm> yeah, there's that... :-)

08:13 <tsujp> KDE instead?

08:13 <testuser[m]> just dont use a DE

08:13 <testuser[m]> sway or somethin

08:13 <emersion> KDE supports SSDs, at least

08:14 <tsujp> i want to use a DE for now because I spend endless amounts of time configuring sway, hikari, river, i3 etc instead of being productive

08:14 <tsujp> not because they require endless configuration but because its fun and I have no self control

08:15 <w0rm> yeah, seems kwin/kde supports SSD

08:19 <dnkl> w0rm: it's solarized, but using only the 8 base/regular colors. Then I wrote a script that brightens a color by converting to HSL, increasing L (luminance), and then converting back to RGB

08:20 <tsujp> LXDE and XFCE support SSD too?

08:20 <emersion> they aren't wayland

08:20 <dnkl> This works for me since e.g the emacs theme (also solarized) is 24-bit and doesn't rely on the terminal's 16 base colors

08:22 <w0rm> dnkl: right, and I am a lazy butt who's asking for those bright #RGB values without doing the actual work :-)

08:23 <w0rm> and yeah, I used solarized in emacs, gtk apps, firefox - pretty much everywhere I can

08:23 <tsujp> lmfao the discussion on SSD on gnomes gitlab instance turned into a decent flamewar, clasic

08:24 <dnkl> w0rm: ah 😂. No computer access atm, but will paste them somewhere later. Remind me if I forget...

08:24 <w0rm> dnkl: ack, ty - will do

08:30 <tsujp> i should write my own DE, how hard can it be? only semi /s here

14:33 <w0rm> dnkl: not sure if it's time already but reminder about the bright colors :-)

14:43 <dnkl> w0rm: nope, but soon, hopefully

14:45 <dnkl> w0rm: https://0x0.st/-YtR.ini

14:45 <dnkl> w0rm: you'll have to remove 'unfocused-alpha'...

15:35 <w0rm> dnkl: much obliged