<p dir="ltr">I think it was already discussed and mutually decided that the path forward is to continue using Oxygen as default widget and windeco for at least the first Plasma Next release. The VDG work in these areas will be optional at best so that we can get some real world validation before making them default. </p>

<p dir="ltr">During that validation period the windeco theme will be QML which will be ported to C++ in order that it can be used as the default somewhere down the line. </p>
<p dir="ltr">For the widget theme, we will continue to use the QTCurve settings to support QStyle based apps in the short term. If a C++ solution becomes viable, yay, but I'm personally not putting much effort into it. The QtQuick Controls style will continue to be the reference UI controls style for the visual design and we will refine it during the validation period (already have some work to do). Regarding the plasma widget theme, just let us know the medium terms plans for how the QtQuick controls style will be used and we'll adjust as necessary.</p>

<p dir="ltr">The plan all along, at least as far as I understood it, has been to slowly phase this stuff in, over several releases if necessary, as we become confident in their use for the default. I think that's the best plan and we should stick to it.</p>

<p dir="ltr">Hope this helps,<br>
Andrew Lake</p>
<div class="gmail_quote">On Apr 24, 2014 6:05 AM, "Marco Martin" <<a href="mailto:notmart@gmail.com">notmart@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Thursday 24 April 2014 14:11:57 Thomas Pfeiffer wrote:<br>
> === Where do we go from here? ===<br>
><br>
> If we ship what we have now, we'll have Breeze and Bridge together with<br>
> Oxygen widget and windeco theme.<br>
> While this has the advantage that Oxygen is "tried and true", it has the<br>
> following drawbacks:<br>
> - The Oxygen QtQuickControls style in its current condition (at least<br>
> from any Plasma Next screenshots and videos I've seen) looks unpolished<br>
> as hell. Labels in buttons aren't aligned correctly and there are other<br>
> problems as well. If we ship Plasma Next like this, everything looks<br>
> beautiful... until someone opens a GUI which was made with<br>
> QML/QtQuickControls (which is all of Plasma's own GUIs iirc). As soon as<br>
> people do, what they get looks like a crappy version of Plasma Current<br>
> (aka "KDE 4").<br>
> I don't think we want this. So if we want to at least be visually on par<br>
> with current Plasma, additional work would have to go into the Oxygen<br>
> QtQuickControls style (and according to David, a bug in Qt would have to<br>
> be fixed)<br>
<br>
<br>
As i made clear many times already, I am all for still defaulting to Oxygen<br>
for the first release (and possibly the second, for what matters)<br>
A QStyle is years of working around corner cases, and there is no way around<br>
that.<br>
<br>
Also, we are already battling against so many regressions that a strong<br>
discontinuity as a different default qstyle is the last thing needed<br>
(especially when realistically, most applications will be KDE4 ones for a long<br>
time still)<br>
<br>
<br>
It's true that doesn't go much together with the breeze plasma theme, but they<br>
always were distinct, so is not really a big of an issue (i did the first<br>
mockups of breeze explicitly to go together with oxygen in fact, since i<br>
always assumed it was what it was going to be used in the first release)<br>
<br>
Now, using QtCurve would be the less of the evils compared to go altogether<br>
with a new theme (but an evil still, the fact that i don't think any good look<br>
can come out of it is at least subjective ;)<br>
<br>
In the end the less subjective reasons i have for this, is that i really think<br>
if we want to have any remote possibility of success in the first release the<br>
top priorities should be maximum continuity and minimize the potential sources<br>
of regressions (and since a qstyle affects just everything, do your math) and<br>
everything else has to take the backseat (yes, even unity of style)<br>
<br>
So, I think changing away from Oxygen would be an huge mistake (saying again,<br>
just for the record).<br>
If everybody wants to do that fine, but whatever it replaces it, *must* have a<br>
qt4 and a gtk version (iirc qtcurve does have gtk?), because integration with<br>
KDE4 and GTK apps is way more important than with the workspace, that was<br>
deemed to be different in the first place.<br>
<br>
<br>
Cheers,<br>
Marco Martin<br>
_______________________________________________<br>
Plasma-devel mailing list<br>
<a href="mailto:Plasma-devel@kde.org">Plasma-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/plasma-devel" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
</blockquote></div>