Post number #1108392, ID: be4943
|
that come as massive standalone apps. At least solarized was a ubiquitous preset, but now it feels like everyone is talking about catpuccin, which distributes everything as a giant github monorepo.
And what happened to people styling the applications they use in general? Is it simply no longer a thing they do aside from waifu branding a desktop or posting "rices" for reddit karma? I personally skin every one of my programs to vaguely resemble yotsuba theme btw.
Post number #1108405, ID: 526039
|
I usually prefer to spend time doing other things, breeze dark is like a decent visually consistent default so eh
Exception is the terminal where I like pastels and non black backgrounds for some reason
Post number #1108441, ID: 82a70c
|
Well, despite there still are theme-incompatible GUI engines, most notably GTK and QT and countless inconsistent HTML/JS/CSS frontends (most notably Android), the generalization of GUI theming improved a lot in the last years - at least in the (F)OSS realm. The more proprietary software i got rid off in the past years, the less work I had to put work into theming. Flatpak for example makes many apps use your current desktops "file picker", which is pretty awesome.
Post number #1108442, ID: 998f23
|
LLMs will fix this
Post number #1108460, ID: 55468d
|
>>1108441 My point is that every program should be skinnable independently. I usually pair a parchment-like background with text to reduce contrast, but i wouldn't want it in terminals or editing windows. Despite a mostly consistent color palette my themes end up with lots of quirks for usability, like links in my browser having higher saturation than in my pdf reader.
Idiosyncratic themes also give an interface a lot of personality. Remember the godawful look lynxchan comes with?
Post number #1108559, ID: 82a70c
|
>>1108460 >My point is that every program should be skinnable independently. You need to be more precise. (F)OSS Programs are independently skinnable by definition, since you can view and change the source code. Some OSS Desktops like KDE allow individual theming of applications - at least via config files and/or environment variables. In case of proprietary programs it is up to the owners (which is not the customer/user) to offer skins/themes/styles. You have to beg and hope.
Post number #1108634, ID: 35e15a
|
>>1108559 >you can view and change the source code Which only works for well-structured programs customizeable with a surgical patch, unless you want to keep around a dozen soft forks. I've seen multiple terminal programs hardcode 4bit colors. >In case of proprietary programs it is up to the owners Simple windows programs tend to use the native toolkit and nowadays most of the larger programs render html, so there's CSS you can modify.
But onto the point i was trying to make:
Post number #1108635, ID: 35e15a
|
>>1108634 I'm more concerned with why per-application theming appears rarer now. The XRDB exists to support extensive customization, yet it's only implemented by the occasional xlib/xcb applications. Any GUI in use since the 2000s seems to have its own dedicated styling, yet the only semi-recent examples coming to mind are retroarch and kodi, who target media centers.
These look like symptoms of PC users no longer caring about interfaces despite of all of the time spent in them.
Post number #1108644, ID: c636a2
|
>>82a70c t.guesser
Post number #1108690, ID: 998f23
|
Turn off the computer
Post number #1108867, ID: 82a70c
|
>>1108634 >Which only works for well-structured programs customizeable with a surgical patch, unless you want to keep around a dozen soft forks. If a program doesn't separate its functions from its GUI, it's a bad program, but this still is mostly a proprietary program issue. (F)OSS projects are forced to be well-structured to survive.
Post number #1108868, ID: 82a70c
|
>>1108634 >I've seen multiple terminal programs hardcode 4bit colors. I never seen such a thing. I only know of terminal programs using either ANSI or a custom color palette.
Post number #1109101, ID: b50319
|
>>1108868 "ANSI color" is a 4bit palette.
>>1108867 It's all about tradeoffs. If i was cloning the interface of the year 2000 game Bejeweled, i would in fact hardcode any terminal escapes. At the same time programs which aren't about matching colored gems should provide an option not to puke color codes all over your terminal.
Post number #1109102, ID: b50319
|
>>1109101 >FOSS projects are forced to be well-structured to survive. How many have you actually read, because this is patently not true. For every OpenBSD or qmail there is a glibc, chromium and dozens of hacks quickly thrown together to solve the authors specific problem. The average C++ or python project reads like a hot mess.
Post number #1109124, ID: 48893d
|
>>1109101 Let me guess, you're that same tranny that posts projections and guesses at everyone you don't understand. how does it feel going trough life as an ignorant phony that only hangs out with other ignorant phonies? because everyone who knows their shit judges you as an idiot fake everytime you open your lying little mouth.
Post number #1109143, ID: 660a9f
|
>>1109124 How bold of you to assume i "hang out" with others on discord, or wherever all of the failchvds, radlibs and shartoid locusts may come from. In fact whichever social circle you picture foaming over twitter screencaps, whenever you read my posts, i can assure you i'm not a part of it.
Total number of posts: 16,
last modified on:
Sun Jan 1 00:00:00 1787314536
| that come as massive standalone apps. At least solarized was a ubiquitous preset, but now it feels like everyone is talking about catpuccin, which distributes everything as a giant github monorepo.
And what happened to people styling the applications they use in general? Is it simply no longer a thing they do aside from waifu branding a desktop or posting "rices" for reddit karma? I personally skin every one of my programs to vaguely resemble yotsuba theme btw.