| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
| |
This plugins is an overall "start" menu for the system, combining the functionality of the userbutton and the system dashboard into a single unified interface.
|
| |
|
|
| |
logging routine, and fix a bug in the autostart loop procedures
|
| | |
|
| |
|
|
| |
functions in lumina-desktop.
|
| |
|
|
| |
match their own internal specifications. On single-screen setups it works fine now, but on multi-screen setups the app does not seem to return the xsettings back to their original specs properly (Tested with OpenArena and MegaMario). This may result in the screen being "flipped" or placed on different monitors after closing the app.
|
| |
|
|
|
|
|
|
|
|
|
| |
watchers:
1) Move the ~/Desktop directory watcher into the Session (no extra overhead, already have a watcher there), and have te session send out signals when the contents of the ~/Desktop dir change.
2) Setup the plugins that poll the desktop to use the new session implementation (reducing overhead overall)
3) Add the ability to use files/dirs in the "applauncher" plugin as well (not exposed to user yet)
4) Add a new desktop flag for auto-creating applauncher plugins for any files/dirs on the desktop (not added to lumina-config yet)
5) Get rid of all the config files for the desktop plugins and merge them all together into a single conf file that the session maintains the pointer to (so plugins can grab that pointer as necessary)
6) Make sure that desktop plugins go through a special [read/save]Setting() functions in the plugin implementation itself so that they don't accidentally trample other plugin settings (keeps it restricted to the particular group for that plugin)
|
| |
|
|
| |
entirely and make the spacing between tray icons 0 pixels. (prevents the occasional 1px lines since the frame does not refresh as often)
|
| |
|
|
| |
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.
|
| |
|
|
|
|
|
| |
On a clean compile of the code I found two compiler warnings,
both indicating declarations of unused variables. In both cases
I think these variables were used for debugging, originally, and
are no longer needed. Their declarations have been removed.
|
| |
|
|
|
| |
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.
|
| |
|
|
| |
off the debugging for the session/desktop/panel classes by default.
|
| |
|
|
| |
creation to XCB, and place it within the embedding routine in LuminaX11 instead.
|
| |
|
|
| |
tinker with the session cleanup routine quite a bit to streamline the order in which things are closed down (particularly with system tray apps).
|
| |
|
|
| |
the XCB->WindowImage() function which was just removed.
|
| |
|
|
| |
of XLib. This bahaves exactly the same on my FreeBSD 10.x system - still need to test a FreeBSD 11.x system.
|
| |
|
|
| |
was moved into QScreen)
|
| | |
|
| |
|
|
| |
for non-valid *.desktop files.
|
| |
|
|
|
|
|
| |
(system tray) to use the new routine.
Also setup the desktop to use the new XCB routine for window icons as well.
Both are tested on 10.x and appear to work perfectly.
|
| |
|
|
|
| |
1) Now the panel appearance will be set by the theme as well (unless custom appearance set)
2) Now the desktop plugins are themed appropriately as well (background canvas can be set to something, non-transparent plugins can be changed)
|
| |
|
|
|
|
| |
will be aware of the new status change (send an event instead of changing the property directly).
Also add a quick fix for system tray icons: if the icon size does not match the tray size, send a resize event and redraw a few moments later.
|
| |
|
|
| |
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).
|
| |
|
|
| |
don't bother calling "update" on unchanged icons.
|
| |
|
|
| |
embedded the container widget was not getting removed in the right order.
|
| |
|
|
| |
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).
|
| |
|
