with the stylesheet based recoloring for icons,
it is possible to make selected icons the same
color as the selected text from the palette.
with the breeze icons style this makes the selected
item more readable and more in line with the style.
REVIEW:127876
Summary:
The deco did not define the name, so in the listing the plugin id
was used. With this change the name is "Breeze" and no longer
"org.kde.breeze" in the decoration configuration module.
Reviewers: #plasma, hpereiradacosta
Differential Revision: https://phabricator.kde.org/D1411
Summary:
This allows plasmaintegration to depend on Breeze and properly set
the style name to the one used by Breeze.
Reviewers: #plasma, hpereiradacosta
Differential Revision: https://phabricator.kde.org/D1395
Summary:
Breeze creates and installs a BreezeConfig.cmake and
BreezeConfigVersion.cmake.
The idea is to have other Plasma projects which default to Breeze items
(e.g. kstyle in plamsa-integration, kdecoration in KWin) to properly
depend on it.
The content of the BreezeConfig.cmake so far provides whether Breeze
is compiled with support for KDecoration and the plugin id.
This can now be used by e.g. KWin in the following way:
find_package(Breeze ${PROJECT_VERSION} CONFIG)
set_package_properties(Breeze PROPERTIES
TYPE OPTIONAL
PURPOSE "For setting the default window decoration plugin")
add_feature_info("Breeze-Decoration" BREEZE_WITH_KDECORATION "Default decoration plugin Breeze")
Reviewers: #plasma
Differential Revision: https://phabricator.kde.org/D1343
Delete it when all animated progressbars have stoped or have been unregistered.
This prevent the underlying QPropertyAnimation to be deleted "too late" after an application was exited,
which in turn sometimes result in a crash
CCBUG: 356940
Integrate with Wayland and create a ShadowManager if available.
With the ShadowManager it's possible to create a Shadow for a Surface.
The Wayland shadow is very similar to the X11 based one, so a lot of
code can be shared. The code is slightly refactored to share the common
code paths to create and destroy the shadow.
REVIEW: 127352
Unfortunately we cannot support moving windows from the style on Wayland
(yet). To move a window we need the (Xdg)ShellSurface and the wl_seat.
Through the integration plugin we can get the ShellSurface, but not the
seat. Thus we cannot invoke the feature through KWayland.
We either need to extend the native interface and/or extend QWindow to
expose a startSystemMove (QPlatformWindow already supports a
startSystemResize).
REVIEW: 127301
Jonathan Riddell
Hugo Pereira Da Costa
David Edmundson
l10n daemon script
Marco Martin
Allen Winter
Martin Gräßlin
Ken Vermette
David Rosca
Hugo Pereira Da Costa
Aleix Pol