<div dir="ltr"><div>Hello Sven.</div><div><br></div>Thank you for the clarification. I tried to make a style plugin since my last message, and I see what you mean about stylesheets not being styles. I've been trying very hard to find a way to convert between the two but it hasn't worked out.<div><br></div><div>I'm going to try to make my own implementation of the CSS parser idea that you referenced in your other email, and I'll report back to this thread once I have a prototype. I'll try to build on top of the QSS syntax, which I originally thought was the reason everyone seemed against stylesheets but now I know that's not the case. Again, thanks for all your help!</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jun 1, 2022 at 4:44 PM Sven Brauch <<a href="mailto:mail@svenbrauch.de">mail@svenbrauch.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
On 6/1/22 20:41, samuel ammonius wrote:<br>
> However, I still don't see the point of avoiding QSS because it seems to <br>
> be able to do everything CSS can (besides transformations, which are the <br>
> only difference that I've been able to find so far).<br>
<br>
Sorry but then you're not looking very hard. Look at e.g. [1].<br>
<br>
Just from a quick scroll-through, I find a lot of stuff QSS has never <br>
heard about, such as animations, box-shadow, caret-color, clipping, <br>
filter, float, advanced font options, text transform, text shadow, media <br>
queries, blend mode, overflow, perspective, transitions, n-th-child <br>
selectors, in general half the selectors, all CSS functions, <br>
before/after content, etc etc etc.<br>
<br>
But that's not even the problem. The problem is that QSS is not a style <br>
by itself, it is applied *on top of* a style such as Fusion, and does <br>
*not* give you full control over that style.<br>
<br>
So what do you even want to achieve?<br>
<br>
Do you want a fully customizable style? QSS isn't, it's not even *a* <br>
style to begin with.<br>
<br>
Do you want to apply some customization while preserving the base looks <br>
of whatever style the user has configured? Then QSS is a nice thing but <br>
unless you limit yourself to really basic stuff (mainly colors) some <br>
widgets will look weird or broken in some base styles, or in some <br>
applications. They might even break with colors alone, simply from the <br>
fact that a style sheet is set at all.<br>
<br>
I suggest we stop discussing this here at this point, I don't think it's <br>
very productive. I'd recommend you try to make a complete style changing <br>
appearance of all widgets (especially the more funky stuff: scrollbars, <br>
checkable combo boxes, progress bars, tool buttons with dropdowns, <br>
checkable menu items with icons, tree view items, ...) as you want them <br>
to look like with QSS, and open a few complicated applications (krita, <br>
dolphin, kdevelop, gwenview, the KDE file dialogs) with that style. I <br>
recommend a dark style, it tends to make problems more obvious. Try to <br>
make it perfect, like you'd actually want it to look like, not a <br>
prototype. I hope this experience helps you understand the concerns <br>
raised here. And if not -- well, maybe people here are wrong and this <br>
idea will fly after all ;)<br>
<br>
Greetings,<br>
Sven<br>
<br>
_________________<br>
[1] <a href="https://www.w3schools.com/cssref/default.asp" rel="noreferrer" target="_blank">https://www.w3schools.com/cssref/default.asp</a><br>
</blockquote></div>