Move Breeze to Framework

[Kevin Ottens]

Hello,

For what's worth I'd definitely support this. It's been a pain in the neck on 
the KDE Neon Core front as well. The KF6 runtime snap carries some Plasma bits 
for the reasons highlighted in this thread. The different cycles and 
versioning has been causing headaches.

Regards.

On Tuesday 17 December 2024 15:53:01 Central European Standard Time Carl 
Schwan wrote:
> Hi,
> 
> Considering that all of our apps are relying on breeze and on platform
> outside of Plasma, this is even a required dependency, I think breeze
> should be a tier 3 framework and not be part of Plasma. The idea is not new
> and this was on the KF6 board: https://phabricator.kde.org/T12611
> 
> There are some advantages:
> 
> - Ensuring that styling changes in Breeze, Kirigami and qqc2-desktop-style
> are synchronized as they are on the same release cycle
> - Don't have apps depend on a Plasma component when compiled for Windows and
> macOS - Apps can now rely on some new behavior of breeze with either
> depending a specific minimum version of framework or using ifdefs
> 
> There is also a few issues first which need to be resolved first:
> 
> - Licensing: Breeze is GPL but framework is LGPL. Honestly I would just
> ignore it and make it clear in the repo that Breeze is an exception to the
> LGPL rule, so that no one use it under the wrong license by mistake - Not
> everything in the breeze repo belong to framework. Notably:
>     - Wallpapers: probably should be plasma-workspace as they are used by
> both plasma mobile and plasma desktop.
>     - Window decoration: probably should be moved to KDecoration so that the
> KDecoration provides also a default style. Seeing how the past few merge
> requests regarding the window decoration in breeze were closely linked to
> other changes in KDecoration. This probably would make sense even if we end
> up keeping breeze in plasma.
>     - Colors: these were already moved to KColorScheme, so we could remove
> the duplication one way or the other.
> 
> Cheers,
> Carl


-- 
Kevin Ottens, http://ervin.ipsquad.net

enioka Haute Couture - proud supporting member of KDE
https://hc.enioka.com/en
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20241217/d5400f0f/attachment-0001.sig>