| Commit message (Collapse) | Author | Age |
|
|
|
| |
from teh watcher during a session.
|
|
|
|
| |
properly make the locale changes *if* it could properly load the locale (ensuring consistency between system/session).
|
|
|
|
| |
"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.
|
|
|
|
| |
underneath an app name, and use the comment as the tooltip. Also adjust the panel re-focus routine a bit to make it smarter about which window gets activation after leaving the panel if the previously active window was closed/minimized.
|
|
|
|
|
|
| |
1) Clean up the characters which are unsupported by the notepad for filenames (quotes of all kinds, semicolons, slashes)
2) Start Menu: allow clicks on the item text to trigger the launch, add the generic "comment" text underneath the name of the application (if available) in italics and indented.
3) Remove an extra processEvents call during session startup.
|
|
|
|
| |
(still very rough - does not do things like fine-grained stacking, minimization, and such yet).
|
|
|
|
| |
close right now.
|
|
|
|
| |
could cause the wrong number of desktop canvases to get created/moved.
|
|
|
|
|
|
| |
lumina-open call now, instead of a bunch of individual ones). Also fix up the tray app detection/failover methods a bit to catch/discard tray icons which were registered/destroyed almost simultaneously (or no destroy event was ever caught for the icon). This prevents the situation where a "blank" tray icon may be trying to repaint itself repeatedly (eating up CPU cycles).
NOTE: It seems like these "blank" tray apps are all GTK based, so it might be something in that toolkit which needs fixing to prevent registering a tray window which will never be used (or is instantly destroyed).
|
|
|
|
| |
changes bump a 0.2 second timer, after which it re-runs the desktop window geometry update routines.
|
|
|
|
| |
anymore), and ensure the 0.8.7-Release upgrade rules are not triggered for update to 0.8.8+
|
|
|
|
| |
special frame/geom mix first (for Fluxbox issues), checks that the window+frame is where it is supposed to be, then moves to just the geom location if still out of place.
|
|
|
|
| |
move the window above the top of the screen should be used first, with the fallback one which moves the window below the top of the screen second (had them flipped on accident).
|
|
|
|
| |
double-click for launching items instead of a single click.
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
If the "desktopview" plugin is used on the desktop, remove it and trigger the auto-generation of desktop icons instead.
|
|
|
|
| |
automatically update the panel plugins (systemdashboard removed, appmenu/userbutton->systemstart)
|
|
|
|
|
|
| |
1) Make sure the calendar desktop plugin updates the date occasionally.
2) Add the framework for a custom-painted Toolbutton for the applauncher plugin. This will be used to ensure font outlines in the near future.
3) Another small adjustment for new window geometries - run the overall adjustment first - then re-check and see if the window is off the top of the screen before trying the fallback movement routine.
|
|
|
|
| |
the no-frame movement routine if the window is at the top of the screen.
|
|
|
|
| |
check/verifications. This should fix the issue with *some* windows appearing with exactly the title bar off-screen.
|
|
|
|
| |
desktopview plugin a bit more.
|
|
|
|
| |
session. Now when a submenu on the panel is closed somehow or a window was modified with the task manager, it will properly find/activate the right window again.
|
|
|
|
| |
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.
|
|
|
|
| |
location: for some reason Fluxbox treats it differently than other windows.
|
|
|
|
| |
I was using for Xinerama testing.
|
|
|
|
| |
logging routine, and fix a bug in the autostart loop procedures
|
|
|
|
| |
any XLib functions/libraries/extensions.
|
| |
|
|
|
|
| |
LSession to use those new versions
|
|
|
|
| |
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).
|
|
|
|
| |
theme changes.
|
|
|
|
|
|
| |
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).
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
| |
vertical dimension only at the moment).
|
|
|
|
| |
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
|
|
|
|
|
| |
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).
|
|
|
|
| |
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.
|
|
|
|
| |
teh additional process events calls the menus needs to be ready before desktop elements start trying to use them.
|