https://bugs.kde.org/show_bug.cgi?id=356437
--- Comment #3 from Jan Kundrát <j...@kde.org> --- > Since we cannot query the virtual desktop (w/o some X11 code or linking eg. > kwindowsystem in the Qt5 build), we'll have to make a choice here. I'm OK with a solution that is Qt5-only, IOW, we don't have to care about Qt4 with new features anymore (Qt4 will go away anyway). At first I thought that I would be OK with calling this an X11-specific problem, but then there's also Wayland and this will very likely behave exactly the same in there. I don't care that much about Windows and OS X given that they don't have native VDs (or do they?). Unconditionally linking with any KF5 piece is still a no-go, sure. > Either we turn this into a transient dialog that looks quite a bit like a > tooltip or we control tooltip display. > > Transient dialog will show on the desktop the mainwindow is on and not be > displayed otherwise, but does not show on top of things (but on top of the > mainwindow, *maybe* on other trojita windows - perhaps that's > even preferred?) Sounds good. > Tooltip control basically boils down to "only on active windows > or mouse over" > what raises the question how important those (short term yet > invasive tooltips) > are anyway while trojita is somehow in the background. They aren't important, so this one sounds good as well. If you can control these pop-ups, this sounds like an easier solution (but I don't think one can control them). > => Maybe only display them while trojita is the active window > and show a short > log (the last 5 events or such; with timestamp) as hover tooltips? We don't even need the log, IMHO. -- You are receiving this mail because: You are watching all bug changes.
