For me personally I want to be able to introduce this issue to the community so I will need exact specs on what is needed design wise for the first version - I mean say that we need to edit the Breeze theme for oxygen? Or perhaps edit the Oxygen standard theme to better fit the widget theme? I mean if it's IMPOSSIBLE to fix until two years from now ("years") what can we do to alleviate the issues of design?<div><br></div><div>From my POV having one Plasma theme that is clashing violently with a widget theme or a widget theme that is clashing violently against a window theme is simply worse that going out now and saying "we wont change anything". So if you guys want to use the Breeze Plasma theme, fine. Can we use the widget theme? If not then we have a massive problem that should be solved.</div><div>If we can, can we somehow save the situation a bit by editing or fiddling with Oxygen window decorations visuals to make them play nice? <br><div><br></div><div>(it would be a waste if these last months of work had been meaningless for me by setting up a community effort to do a theme suite that then is two years away)</div><div><br></div><div>Appearently the benchmarks for Qtcurve isn't very promising too....</div><div><br></div><div>/Jens<br><br>On tor, apr 24, 2014 at 3:04 , Marco Martin <notmart@gmail.com> wrote:<br>
<blockquote type="cite"><div class="plaintext" style="white-space: pre-wrap;">On Thursday 24 April 2014 14:11:57 Thomas Pfeiffer wrote:
<blockquote> === Where do we go from here? ===
If we ship what we have now, we'll have Breeze and Bridge together with
Oxygen widget and windeco theme.
While this has the advantage that Oxygen is "tried and true", it has the
following drawbacks:
- The Oxygen QtQuickControls style in its current condition (at least
from any Plasma Next screenshots and videos I've seen) looks unpolished
as hell. Labels in buttons aren't aligned correctly and there are other
problems as well. If we ship Plasma Next like this, everything looks
beautiful... until someone opens a GUI which was made with
QML/QtQuickControls (which is all of Plasma's own GUIs iirc). As soon as
people do, what they get looks like a crappy version of Plasma Current
(aka "KDE 4").
I don't think we want this. So if we want to at least be visually on par
with current Plasma, additional work would have to go into the Oxygen
QtQuickControls style (and according to David, a bug in Qt would have to
be fixed)
</blockquote>
As i made clear many times already, I am all for still defaulting to Oxygen
for the first release (and possibly the second, for what matters)
A QStyle is years of working around corner cases, and there is no way around
that.
Also, we are already battling against so many regressions that a strong
discontinuity as a different default qstyle is the last thing needed
(especially when realistically, most applications will be KDE4 ones for a long
time still)
It's true that doesn't go much together with the breeze plasma theme, but they
always were distinct, so is not really a big of an issue (i did the first
mockups of breeze explicitly to go together with oxygen in fact, since i
always assumed it was what it was going to be used in the first release)
Now, using QtCurve would be the less of the evils compared to go altogether
with a new theme (but an evil still, the fact that i don't think any good look
can come out of it is at least subjective ;)
In the end the less subjective reasons i have for this, is that i really think
if we want to have any remote possibility of success in the first release the
top priorities should be maximum continuity and minimize the potential sources
of regressions (and since a qstyle affects just everything, do your math) and
everything else has to take the backseat (yes, even unity of style)
So, I think changing away from Oxygen would be an huge mistake (saying again,
just for the record).
If everybody wants to do that fine, but whatever it replaces it, *must* have a
qt4 and a gtk version (iirc qtcurve does have gtk?), because integration with
KDE4 and GTK apps is way more important than with the workspace, that was
deemed to be different in the first place.
Cheers,
Marco Martin
_______________________________________________
Plasma-devel mailing list
Plasma-devel@kde.org
<a href="https://mail.kde.org/mailman/listinfo/plasma-devel">https://mail.kde.org/mailman/listinfo/plasma-devel</a>
</div></blockquote></div></div>