| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
| |
desktop's context menu (if visible).
|
| |
|
|
|
| |
1) Now the desktop canvas itself will catch/maintain keyboard focus when clicked. This prevents issues with using a keyboard shortcut to simulate a right-click event causing strange behavior (what item (if any) has focus?).
2) Make sure that when the context menu is opened, it is always at the mouse cursor position (even if a key press opened the menu).
|
| |
|
|
| |
"Leave" option at the bottom. We can add/change it more later as needed.
|
| |
|
|
|
|
| |
1) Make it a single-instance process
2) Add a "--check-geoms" input flag which will have the desktop re-scan all monitor geometries and adjust as needed.
3) Adjust the monitor re-detection/adjustment routines a bit to ensure consisten functionality.
|
| | |
|
| |
|
|
| |
If the screen height is more than 2000 pixels high (4K screen), then set the initial icon size to 200 pixels. Otherwise use the normal 100 pixel default.
|
| |
|
|
|
|
|
|
|
| |
1) The "IconSize" used is the total size for a desktop item (width & height), rather than the actual size of the icon.
2) Change the saved value in the settings file to "GridSize" instead of IconSize.
3) Make the entire grid relate to this item size - ensuring grid alignment for both desktop items and desktop plugins.
4) Make sure to treat any manual "applauncher" plugins as desktop items for sizing/update purposes.
5) Save the plugin geometries in pixel coordinates instead of grid coordinates to accomodate for flexible grid sizes now.
6) Add another update rule for 0.8.6->0.8.7 (including 0.8.7-devel->0.8.7-release) which removed all the old saved desktop plugin geometries (since they are in the wrong coordinate system). This is a minor change because the update to 0.8.7 was already going to change all the plugins anyway.
|
| |
|
|
| |
icon should always match what was requested for the button.
|
| |
|
|
|
|
|
| |
1) Adjust the font outlines quite a bit more - now it properly respects the theme settings and adjusts appropriately.
2) Add options to re-size all the desktop icons at the same time (use 16 pixel increments)
3) Adjust the default desktop icon size (use a 64x64 icon be default).
4) Ensure that the applauncher re-scales the icon as necessary to ensure it is the proper size.
|
| |
|
|
|
|
|
|
| |
1) Add a new ResizeMenu() class to the LuminaUtils library - this class allows the resulting menu to be resizable by the user clicking on an edge and dragging.
2) In the systemstart panel plugin, reverse the location of the shutdown options on the leave page (put them at the bottom next to where the leave button is in the first place)
3) Setup the systemstart plugin to use the new ResizeMenu. It currently does not save the new size to be used for later sessions, but per-session resizing works fine.
4) Quick adjustment to the systemtray icon sizes
5) Quick fix to the detection of a desktop file removal.
|
| |
|
|
|
|
|
| |
1) Implement the file dropping on the desktop
2) Fix the panel painting routine to ensure the proper "fake" transparency is applied.
3) Add a missing include line in the panel "applauncher" plugin.
4) Fix the initial desktop icon size setting.
|
| |
|
|
|
|
|
|
|
| |
- Now the desktop plugins are drag-and-drop based, resulting in the user being able to simply drag the plugins around as necessry.
- All the plugins now have a special context menu (right-click, or click and hold the left mouse button for 1/2 second), which provides options to start moving/resizing the plugin as well as the removal option.
Known Issues:
- The cross-application drop event for files is currently flagged as valid - but does not actually run anything yet (to be finished up soon)
- Hidden panels are not being updated when plugins are moved around yet - resulting in some screen artifacting on the panel. (to be fixed soon)
|
| |
|
|
| |
[top/bottom][left/right], tile, stretch (stretch is default - same as before).
|
| |
|
|
| |
the desktop file (just in case the user simply unchecked the icon generation option).
|
| |
|
|
| |
routines may be added (only used for some applaunchers right now). This now makes a desktop icon which was explicitly closed/removed by the user also delete the file from the desktop folder (instead of having that plugin get re-created at a later time)
|
| | |
|
| | |
|
| |
|
|
| |
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.
|
| |
|
|
| |
locations when XINERAMA is used for combining monitors. However, the interface is still completely unresponsive because the Qt backend is completely screwed up by Xinerama (returns 0's for everything related to screens, geometries, etc, preventing menus from opening up even when manually started). This might be something where we just have to say that Xinerama is not supported for Lumina (at least until lumina-wm get finished up).
|
| |
|
|
| |
their text/icons when the system locale is changed.
|
| |
|
|
|
|
| |
1) Switch some X11->XCB functions around (SetAsDesktop(), SetDisableWMActions()).
2) Fix up some QtQuick plugin detection routines (now it will properly see the user's quickplugins if any).
3) Connect the status change signal/slots for QtQuick plugins to try and detect script failures and remove the script (still not working reliably).
|
| |
|
|
|
|
|
| |
Aslo update the default key bindings a bit:
1) Add a shortcut to lock the screen (Pause key)
2) Adjust the tiling shortcuts to Alt+[left/right] instead of Ctrl-[left/right]. The Ctrl shortcuts were already in use by Fluxbox.
|
| |
|
|
| |
to implement my own tiling algorithm for initial plugin placements (and adjust a lot of the plugins to have better auto-set default sizes depending on font settings)
|
| |
|
|
| |
system. Also add a default size for the calendar plugin.
|
| |
|
|
| |
default/first screen. This is no longer used/needed because of the luminaDesktop.conf settings file.
|
| | |
|
| |
|
|
| |
created/arranged initially. Now the desktopview should be oriented the proper way, and the applauncher icons should be the proper size (although they are still not being placed in non-overlapping locations yet).
|
| |
|
|
| |
consistency and proper size calculations (especially for new plugins).
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
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)
|
| |
|
|
| |
you switch out monitors/systems with a different resolution. Also add a quick check to ensure that we don't create duplicate desktops in the same location on the X screen.
|
| |
|
|
| |
(only able to reproduce on a 11.x VM).
|
| |
|
|
| |
option to lumina-config.
|
| |
|
|
|
|
|
|
| |
1) Desktop plugins are not getting removed.
- This appears to be a bug in Qt 5.4.1 from what I can tell (any window buttons in the QMdiSubWindow are non-responsive), but for the moment the user can right-click on the plugin titlebar and select "close" from the menu for the same effect. I have fixed a couple edge cases/situations where forcibly closing/removing a desktop plugin will crash the session (it behaves properly in all situations now from my testing).
2) Disable the panel location limitations in lumina-config since with the new lenght settings it is possible to place panels in any location now (such as two panels on the top - one pinned left and the other pinned right).
3) Fix up the desktop plugin area calculations so they properly handle panels in any configuration.
4) If the desktop area was re-configured, go through and adjust the location/sizing of any desktop plugins (to ensure that they are all within the available space - use the grid alignment procedure).
|
| |
|
|
| |
off the debugging for the session/desktop/panel classes by default.
|
| |
|
|
| |
with an additional setting to either center the panel on the edge or pin it to one of the corners.
|
| |
|
|
| |
becuase it slows down the DE init significantly).
|
| |
|
|
| |
active window and then re-activate that other window when the mouse leaves the panel.
|
| |
|
|
|
|
|
|
|
| |
to the desktopview plugin:
1) Multi-item selection
2) cut/copy files to clipboard
3) delete files
4) increase/decrease icon sizes
|
| |
|
|
|
|
|
| |
settings menu).
Clean up/add some desktop/panel "prepareToClose()" routines, and have them run when appropriate. Also add these close routines to the general session cleanup.
Add support for a new "--noclean" CLI flag when starting LuminaDE. This flag will tell the session not to close system tray utilities and other applications on session close.
|
| |
|
|
| |
Now it is run through a "CleanSession" function beforehand to try and safely close down any applications/trays. Als reduce the number of filesystem watchers: only have one in the session itself, which sends out a signal when the desktop settings config file changes (instead of a watcher in every desktop class).
|
| | |
|
| |
|
|
|
| |
1) Found/fixed a bug with a panel mis-reporting which number it was.
2) Clean up the panel interface management in lumina-config.
|
| |
|
|
| |
causing random issues. Cut it down to 2 boolians only now, and the desktop responds correctly/reliably again.
|
| |
|
|
| |
defaults for the Lumina desktop. Also fix a bug this exposed in how the Lumina panel removes plugins.
|
| | |
|
| |
|
|
| |
no chance of it crashing when plugins are removed.
|
| | |
|
| |
|
|
|
| |
1) Add ability for task manager to minimize/maximize window from details menu
2) Add quick check/movement of new windows to make sure they are not underneath any panels
|
| |
|
|
| |
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).
|
