| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
|
|
|
|
| |
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).
|
| |
|
|
| |
(for menu plugins in particular)
|
| |
|
|
|
| |
This utility provides quick searching for applications (the default), or for searching the entire user's home directory.
The file search also supports the "*" wildcard for the search terms.
|
| |
|
|
|
|
|
|
|
| |
1) Fix up the applauncher desktop plugins so that the initial sizing is sane.
2) Completely remove all global static variables from the session.
3) Re-enable the login/logout chimes (works properly without static variables)
4) Streamline the desktop background rotation algorithms a bit.
5) Greatly streamline the Session start procedure (50% to 75% faster on my computer here)
6) Make sure the background wallpaper does not rotate every time the desktop settings file changes (only when the backgrounds for that desktop are changed, or the rotation timer goes off)
|
| |
|
|
| |
This version mainly contains bugfixes and stability fixes from 0.7.0. The only new features are the "window list" menu plugin, and the option to have panels auto-hide.
|
| |
|
|
| |
The "Window List" will show a menu of all the current windows, and activate the one that the user clicks on.
|
| |
|
|
| |
desktop.
|
| |
|
|
| |
editing those themes in lumina-config. Also tag Lumina version 0.7.0 with this change.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
1) New libLumina classes: LuminaThemes.h
2) Single-line usage to add lumina theme usage to an application (already added to all the Lumina utilities)
3) Include a Lumina-default theme template, as well as a single color scheme (will add more later)
4) Will create a global Qt style for "lumina" so that this theme engine can be automatically applied to all Qt applications at a later date (want to make sure to beat this up and get it working reliably before turning it on for everything).
Major Features:
1) Full Qt theme capabilities through Qt stylesheets (so they can be modified and applied on the fly).
2) Stylesheets are broken into a couple pieces: an "incomplete" stylesheet file (the theme template) with variables in place of colors, font size, and font family. A "color" file which variable->value definitions for the different colors. And a themesettings.cfg files which keeps track of the files/font settings.
3) Along with this, add the ability to specify the icon theme that is used as well, and make that automatically re-loaded as necessary.
4) Add the ability to read/set thes values in lumina-config. The lumina-config usage is still a bit rough: working on cleaning it up right now.
|
| |
|
|
| |
session file (instead of desktop settings), and also have lumina-config safe it to the lumina-open defaults file directly (in the case of the file manager).
|
