| Commit message (Collapse) | Author | Age |
|
|
|
| |
into a loop and causes high Xorg/CPU usage.
|
|
|
|
| |
tray plugin gets repainted. This should ensure that when there is a visibility event (such as the screensaver turning off), all the tray icons should be updated immediately.
|
|
|
|
|
| |
1) Keep track of any events that come in during a check, and run another check when ready.
2) If an update event comes in for an icon which is not internally found, have it run the full check to see if it is missing an icon.
|
|
|
|
| |
tinker with the session cleanup routine quite a bit to streamline the order in which things are closed down (particularly with system tray apps).
|
|
|
|
| |
It is functional at the moment, but still has a few rough edges with regards to the X11 background interface (due to the move from XLib to XCB in Qt5). This reulst in some of the window manager interactions not behaving properly (such as sticky status on panels).
|
|
|
|
| |
conflict with different loops modifying tray icons at the same time). This might fix the random desktop crashes since they seem to be tray related.
|
|
|
|
|
|
|
| |
1) Now the Lumina session registeres the system-wide tray, and just keeps track of the windows that should be visible (preventing any loss of service or apps starting up before the tray is registered).
2) The system tray plugin is now just a "visual tray" for embedding the applications in the panel. The Session only allows a single visual tray to be registered at a time, but sends out signals whenever there is an opening for a visual tray (allowing near-instant transfer of tray applications from one visual tray to another).
Also fix a quick bug in lumina-config where the save button was getting activated simply by changing the appearance/plugins tab in the panel configuration (without actually changing anything).
|
|
|