D25223: Avoid side effects during menu initialization
Konrad Materka
noreply at phabricator.kde.org
Tue Nov 12 16:41:33 GMT 2019
kmaterka added a comment.
In D25223#561570 <https://phabricator.kde.org/D25223#561570>, @davidedmundson wrote:
> I had this. I abandoned because we ended up forking some special wayland stuff in our DBus menu, so would always want our implementation.
>
> > ?https://codereview.qt-project.org/c/qt/qtbase/+/168458
Having an option to fallback to default/predefined theme would be great, but I guess KDE needs to have it's own SystemTray implementation anyway (?). Some cleanup is required, because currently:
- in Plasma-integration (QPA theme):
- there is a forked QDBusMenuBar from Qt
- for tray icon it uses KStatusNotifierItem which has it's drawbacks (additional layer)
- in KNotifications, KStatusNotifierItem uses libdbusmenu-qt (not forked). It is optional dependency, is there any reason for that in 2019?
- in plasma-workspace StatusNotifierItemSource uses DBusMenuImporter forked from libdbusmenu-qt
- Qt has it's own implementation of DBus menu exporter:
- in genericunix qpa theme, unfortuantelly QDBusPlatformMenu is private
- it uses undocumented "NewMenu <https://github.com/qt/qtbase/commit/ff169e8859457188f94aed86368876ba5bab2e90>" signal
- and is buggy: QTBUG-79287 <https://bugreports.qt.io/browse/QTBUG-79287>, KDE 383202 <https://bugs.kde.org/show_bug.cgi?id=383202>
- libdbusmenu-qt was not actively updated/maintained for years, I see that David made few commits in 2015. Shouldn't DBusMenuImporter be upstreamed?
- Freedesktop spec <https://www.freedesktop.org/wiki/Specifications/StatusNotifierItem/> is still in draft phase
Anyway, this is not part of this code review, sorry for the off topic.
REPOSITORY
R135 Integration for Qt applications in Plasma
REVISION DETAIL
https://phabricator.kde.org/D25223
To: kmaterka, #plasma, #frameworks, broulik
Cc: nicolasfella, davidedmundson, cgiboudeaux, plasma-devel, LeGast00n, The-Feren-OS-Dev, jraleigh, fbampaloukas, GB_2, ragreen, ZrenBot, ngraham, alexeymin, himcesjf, lesliezhai, ali-mohamed, jensreuterberg, abetts, sebas, apol, ahiemstra, mart
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20191112/ad653a46/attachment.html>
More information about the Kde-frameworks-devel
mailing list