<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 8, 2015 at 7:49 AM, Martin Graesslin <span dir="ltr"><<a href="mailto:mgraesslin@kde.org" target="_blank">mgraesslin@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">On Monday, December 7, 2015 3:54:31 PM CET Mark Gaiser wrote:<br>
> While at it. Why does frameworkintegration force [1] specific fonts upon<br>
> the user?<br>
><br>
> It's fine that apparently some folks prefer Oxygen fonts over all else, but<br>
> i thoroughly dislike it.<br>
> I always end up blacklisting it in my pacman manager (pacman, archlinux)<br>
> since 99% of the time when i have font issues, it's because of that package<br>
> being installed.<br>
<br>
</span>We cannot find a font which makes everybody happy. This is impossible, so<br>
please let's not derail the discussion.<br></blockquote><div><br></div><div>Ok. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<span class="">><br>
> Regarding your proposal. When running KDE apps on something other then<br>
> Plasma, you would also want to have the frameworksintegration plugin to be<br>
> loaded, right?<br>
<br>
</span>No. As I outlined, it would not get loaded as the required env variables are<br>
set by startkde. I doubt that GNOME is announcing the KDE_SESSION_VERSION env<br>
variable.<br></blockquote><div><br></div><div>I did not mention gnome. I don't mean any particular desktop environment, just others in general. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<span class=""><br>
> Specially the platformtheme folder with the vastly improved dialogs over<br>
> stock Qt. Remember, those improved dialogs have the power of KIO behind it<br>
> instead of the default Qt support (only the local filesystem)<br>
<br>
</span>On other desktop environments it should pick the platform's native dialog.<br>
E.g. on GNOME we want to give users the GNOME's file dialog to have an<br>
integrated experience. Please don't start about GNOME's dialog being not that<br>
good as ours. That's not the point. We want GTK applications to pick our file<br>
dialog in Plasma and we want our application's to pick GNOME's file dialog in<br>
GNOME. Our subjective feeling of superior user experience is pointless if the<br>
user is used to the platform's file dialog.<br></blockquote><div><br></div><div>You're right and wrong.</div><div>In a Plasma VS GNOME world where either one will be used as the users desktop environment, you're right.</div><div><br></div><div>It's not that black and white though. There are much more desktop environments out there. Specifically (but not only) those that are also using the Qt framework, but not plasma. They would feel the change you're proposing, in a negative way.</div><div>Take for instance LXQt, that would really benefit from this in their dialogs without dragging in plasma dependencies.</div><div>Other examples are openbox where a user wants to use mostly Qt applications, Or tilling environments, same story. You force them to drag in plasma if this part moves to the workspace.<br></div><div><br></div><div>Right now we're in a - imho - perfectly fine situation where one can get all the Qt + Framework integration goodness with just setting an environment variable.</div><div>I'm in favor of keeping it that way.</div><div><br></div><div>Quote: "<span style="font-size:12.8px">Please don't start about GNOME's dialog being not that </span><span style="font-size:12.8px">good as ours. That's not the point.</span>"</div><div>Really.. I did not say gnome. I said better then the stock Qt (file) dialogs. Stop assuming that i mean GNOME with this mail, i just don't<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<span class=""><br>
><br>
> I really see value in having that usable in - say - openbox or any other<br>
> non plasma environment where people would want to open KDE applications<br>
> that make use of framework libraries (like KIO).<br>
<br>
</span>which is still possible. They need to install the package and set the env<br>
variables. That's the same as right now: they need to install the package and<br>
set the env variables. It's not an automagically works anyway.<br></blockquote><div><br></div><div>Yes, but they will drag in plasma, just for that. I would not consider that good.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<span class=""><br>
><br>
> Isn't the only plasma specific part the KStyle folder?<br>
<br>
</span>No.<br>
<br>
Cheers<br>
<span class=""><font color="#888888">Martin<br>
<br>
</font></span></blockquote></div><br></div></div>