| Commit message (Collapse) | Author | Age |
|
|
|
| |
fixing an initial window placement. This allows flux to do the frame matching/adjustments as needed (and seems to be reliable).
|
|
|
|
| |
see property/focus changes on them. This allows the task manager to see when a window title changes and update appropriately.
|
|
|
|
| |
the screen number. Let updateDesktops() handle that debug output
|
|
|
|
|
| |
Can't find a way to reliably duplicate the crash we are seeing here,
if it pops up down the road we will check further.
|
| |
|
| |
|
|
|
|
| |
change some logic which seems to fix up any remaining segfaults
|
|
|
|
|
|
|
| |
into a weird race condition where xorg is still deleting / adding
screens, in the middle of Lumina trying to re-apply desktops to them.
Also, put sanity check on DESKTOPS.length()
|
|
|
|
|
|
| |
cards / monitors. Caused problems on my 4K displayport here, and
possibly other video-card / monitor combos where the screen is marked
as removed when the monitor goes to sleep.
|
|
|
|
| |
these special files and only runs the QFile::remove() function on it (just like deleteing the file from teh CLI), and the plugin itself is removed by the update routine later on after the filesystem watcher sees the change.
|
|
|
|
| |
monitors is 0 (displayport/4K issue?).
|
|
|
|
| |
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.
|