| Commit message (Collapse) | Author | Age |
|
|
|
| |
showing the menu in LDesktop.
|
|
|
|
| |
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).
|
|
|
|
| |
"Action" submenu can be closed without launching the base application.
|
|
|
|
| |
theme changes.
|
|
|
|
| |
it into the AppMenu and UserButton. Also add a new flag to lumina-open so that we can specify which action to use when starting an app.
|
|
|
|
| |
their text/icons when the system locale is changed.
|
|
|
|
|
|
| |
and put a combobox in the system dashboard plugin which allows the user to (temporarily) change their session locale.
Still need to finish up the active re-translation of the desktop session though.
|
|
|
|
| |
strange windows (like gimp) which move the main window off-screen before showing it (causing errors/crashes in the program when moving it back).
|
|
|
|
|
|
| |
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).
|
|
|
|
| |
from operating on non-normal layered windows (so the user cannot use FLuxbox shortcuts to close/move/<other> the desktop/panel windows any more).
|
|
|
|
| |
the installation of the translation files (the translations in this repo are highly incomplete, you should use the translation files from the lumina-i18n repo instead since that is where almost all the translation work is being committed).
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
better, still have a couple apps which might go past the bottom of the screen a couple pixels, but that might be the app doing some auto-resizing of itself later.
|
|
|
|
| |
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.
|
| |
|
|
|
|
| |
need to be considered with regards to favorite status.
|
|
|
|
|
|
|
| |
1) Fix alphabetizing the list of favorites
2) Make all the menu updates happen in a non-blocking fashion (the user will see the items appear as they are loaded)
3) In the home dir browser, also load any files within the directory (and launch them when clicked)
4) Remember which dir was loaded in the browser last, and only refresh/change it as necessary on next menu open.
|
| |
|
|
|
|
| |
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).
|
| |
|
|
|
|
| |
icons/launchers.
|
|\ |
|
| |
| |
| |
| | |
vertical dimension only at the moment).
|
|/
|
|
| |
(proper capitalization based on standards).
|
|
|
|
| |
the window to calculate which screen it is on instead of the upper-left corner.
|
|
|
|
| |
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)
|
|
|
|
| |
pluins. It appears that there is a fundamental issue with embedding QML objects into a panel/window with the "always on top" flag set - it never finishes painting the QML object and prevents the rest of the panel from being updated as well.
|
|
|
|
|
|
| |
respectively).
These are QtQuick "containers" which allow the loading of user/system supplied QML scripts for non-compiled plugin support. These plugins must be single *.qml files located in <Lumina Share>/quickplugins/*.qml or ~/.lumina/quickplugins/*.qml
|
| |
|
|
|
|
|
|
| |
the separation character in variables instead of ".", allowing compatibility with libUCL. (Note: it will still detect the "." separation in variables for backwards compatibility at the moment - might remove this compat once we get ready for 1.0-release in the distant future).
Also add a couple new panel options (pinlocation, edgepercent) allowing the panel to bet setup in a particular location on the designated screen edge.
|
|
|
|
|
| |
This returns the current stats about the available disks on the system (current read/write rates on FreeBSD - not implemented on other OS's yet).
Also use this new function in the systemmonitor desktop plugin.
|
|\ |
|
| |
| |
| |
| |
| | |
1) Ensure that the settings file never has the saved version go "backwards", only forward so that we know what version the settings correspond with.
2) Have the WM reset wait a second before starting off (X is sometimes still swamped when the event happens - give it a moment first).
|
|/
|
|
| |
entirely and make the spacing between tray icons 0 pixels. (prevents the occasional 1px lines since the frame does not refresh as often)
|
|
|
|
| |
something changed with regards to the available monitors/displays (such as when adding/removing a monitor). This forces Fluxbox to reload completely so it picks up on the new display layout.
|
|
|
|
| |
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.
|
|
|
|
| |
as well.
|
|
|
|
| |
just files)
|
|
|
|
|
|
| |
favorites.add: add an entry into the favorites system for a file/dir
favorites.remove: remove an entry from the favorites system for a file/dir (for backwards compat later if necessary)
favorites.add.ifexists: add an entry but only if the file/dir currently exists
|
|
|
|
| |
plugins to all use that for checking whether a thumbnail can be shown. Also add thumbnail support into the user button for favorite files.
|
| |
|
|
|
|
| |
teh additional process events calls the menus needs to be ready before desktop elements start trying to use them.
|
|
|
|
| |
initialization. Something about the addition processEvents() call is screwing up the init procedures.
|
| |
|
|
|
|
| |
(only able to reproduce on a 11.x VM).
|
|\
| |
| | |
Make sure disabled numlock stays off. Updated Linux shutdown command.
|