* A KDecoration needs to include json metadata
* A KDecoration needs to be installed to kwin/kdecorations
* Aurorae and Oxygen adjusted
* kcmdeco locates all decorations through the KPluginTrader
* libkdecoration uses KPluginTrader to find the plugin
* config plugins also need to include json metadata with
X-KDE-PluginInfo-Name being the same as the decoration
* config plugins need to get installed to kwin/kdecorations/config
* kcmdeco locates the config plugin for a deco through the name
and KPluginTrader
REVIEW: 116765
A factory is supposed to emit this signal whenever the decorations
need to be recrated. The DecorationPlugins inside KWin Core connect
to the signal and recreate the decorations.
This signal is supposed to replace the reset method which encoded
this information in the return value and which is already ignored.
* "" needs to be wrapped in QStringLiteral
* QString::fromUtf8 needed for const char* and QByteArray
* QByteArray::constData() needed to get to the const char*
Unfortunately only information available through the factory can be read.
As Factory is not a QObject we cannot use the Q_SLOT trick to get further
information dynamically from the loaded decoration plugin.
REVIEW: 110665
This allows to move the slot to reset the decoration when compositing
got toggled from Workspace to DecorationPlugin and the custom cleanup
is no longer needed.
REVIEW: 109909
Many headers included KLocale to use i18n and co. But those methods are
defined in KLocalizedString and not in KLocale.
With KF5 klocale.h does no longer include KLocalizedString causing lots
of compile errors.
Plastik has been removed and the new Aurorae has the same requirement as
Oxygen. This fallback was anyway useless given that KWin nowadays uses
raster paint engine by default and hardly anything would work with such a
small QPixmap::defaultDepth().
REVIEW: 106613
This build option is added to make it easier to build just KWin without
kde-workspace. This is a common requirement by developers wanting to
contribute to KWin and only want to build KWin but use everything else
from their normal distribution.
Building KWin standalone is very often difficult due to Oxygen. If the
library has changed it is not possible to build just KWin without also
building the workspace libs and if you do so you run into ABI problems
when trying to start KWin - either the decoration or the style is
crashing due to not matching libraries.
To circumvent this common issue for new developers this build option
is introduced to just exclude the Oxygen window decoration and defaulting
to Plastik.
Of course by default this option is turned ON, so that the Oxygen
decoration gets build. By default there is no change at all.
REVIEW: 106303
With config option "NoPlugin" in group "Style" it is possible to
no request that KWin should be run without a decoration plugin.
This is a change for Plasma Active to properly support no decorations.
As well if a decoration plugin cannot be loaded, KWin will no longer
exit, but continue to run just without a decoration. As a nice
side-effect changes in Oxygen no longer destroy my kwin build ;-)
BUG: 224440
FIXED-IN: 4.7.0
CCMAIL: sebas@kde.org
It is believed that Nitrogen is versatile enough to satisfy most users, and that it is
good-looking enough to make Nuno happy.
CCMAIL: kwin@kde.org
BUG: 160627
svn path=/trunk/KDE/kdebase/workspace/; revision=1023636
be a fork of the Oxygen decoration with additional features that
the Oxygen developers don't want to have in Oxygen. See README
or #152030 for why they prefer it this way.
CCBUG: 152030
svn path=/trunk/KDE/kdebase/workspace/; revision=795243
being v2+ (right now it says just GPL, which according to GPL itself
means any GPL). Decoration clients will come later.
CCMAIL: kwin@kde.org
svn path=/trunk/KDE/kdebase/workspace/; revision=742302
plugin to check what the core supports, i.e. the opposite of supports().
Not used yet, but apparently will be needed e.g. for the new tranparency.
svn path=/trunk/kdebase/kwin/; revision=269291
create_ptr and old_create_ptr have incompatible types, apparently
some compilers don't the type problem and complain (2.95.4 at least)
svn path=/trunk/kdebase/kwin/; revision=227517
24/32 bpp. Apparently QPixmap::defaultDepth() was called before
the screen info had been initialized in Qt.
svn path=/trunk/kdebase/kwin/; revision=186283
Martin Gräßlin
Aleix Pol
Jochen Schramm
Montel Laurent
Martin Gräßlin
Hugo Pereira Da Costa
Lucas Murray
Luboš Luňák
Fathi Boudra
Frank Karlitschek
Dirk Mueller
Kevin Puetz
Fredrik Höglund
Karol Szwed
Till Krech
Matthias Ettrich
David Faure
Simon Hausmann
Adrian Schroeter