| Commit message (Collapse) | Author | Age |
|
|
|
| |
If somebody wants to update them, they can get moved back into the main dir, but need to clearly mark that they are for old/obsolete versions only.
|
|
|
|
| |
any more.
|
|
|
|
|
| |
Turn off the in-search stop detection for the start menu. Might be causing a race condition between the mutex locks and the processEvents calls.
This might make the search populate a bit slower, but should never hang up in the middle of a search.
|
|
|
|
| |
Verified this is all working now.
|
|
|
|
| |
This should ensure the template files are copied before the system settings are loaded to change the templates.
|
|
|
|
| |
checked/set by lumina-open
|
|
|
|
| |
This will change the fluxbox style/theme to the designated item.
|
|
|
|
| |
with the "real" conf.
|
|
|
|
|
| |
1. Always use the glx backend for compton. xrender or hybrid causes flickering.
2. Always copy over the compton.conf and get that setup even if compton is not used. This will also check/replace a blank compton.conf file.
|
|
|
|
| |
has keyboard focus.
|
|
|
|
|
|
|
| |
1. Fix invalid *.desktop registrations where the Icon field is a relative filename WITH an extension.
Icons from the theme are supposed to be name only (no extension), while absolute file paths are supposed to include the extension.
2. Fix up the detection/usage of non-theme icons within LFileInfo.
Also add a simple icon() function for LFileInfo to handle the 3 different types of icon file returns.
|
| |
|
|
|
|
| |
other tools.
|
| |
|
|
|
|
| |
Seems to fix it here, although I get a little bit of graphical artifacting while replacing the app menu items.
|
| |
|
|
|
|
|
| |
Closes #638
This seems to prevent race conditions when switching between two palettes in the application
|
|
|
|
|
| |
They added a new color to the QPalette class, which was throwing off the settings-load system.
Make the settings-load system more robust by supporting files which had fewer colors specified (backwards compatible), while also updating the palette editor to add support for the new color.
|
|
|
|
| |
race conditions on key insertion from multiple threads.
|
|
|
| |
Add ${PREFIX}/bin/ to the search paths for the lumina-motd file.
|
|
|
|
| |
Closes #632
|
|
|
|
| |
No real change - just checking things.
|
|
|
|
| |
Replace it with trueos-update integrations
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
if that is detected, only use hybrid otherwise.
|
|\
| |
| | |
update class declaration
|
| | |
|
| |
| |
| |
| | |
watching/updating if the config changes
|
|/ |
|
| |
|
|
|
|
|
|
| |
1. Clear out the lockfiles for a session before launching it
2. Provide some mechanisms for returning lockfile paths without creating a new single-instance session.
3. A couple other random commits I still had staged on my laptop (settings menu tweak)
|
| |
|
|
|
|
| |
Lumina starts it up
|
| |
|
| |
|
|
|
|
| |
This allows the desktop icons to be transparent-background by default, or add the other style as well for the boxy/glass look.
|
|
|
|
|
|
|
|
|
| |
1. Adjust the pkg-plist for FreeBSD to include the trident-dark color file.
2. Add a new function for fetching XDG standard directory paths (and create dir as needed)
3. Setup the desktop and lib classes to use the XDG standard path function now.
4. Add a bunch of fallback icons if the "start-here-lumina" icon could not be found in the current theme. These are all based on the OS name.
5. Ensure we run "xdg-user-dirs-update" before launching the session (if it is installed). This is used for the main standard dir detection.
6. Ensure that start-lumina-desktop *always* starts a new desktop session (bypassing any existing lock files for the desktop session).
|
| |
|
|
|
|
| |
Have it move the plugin on the desktop instead, but it can also be "dropped" into applications and get used as a drag-n-drop operation.
|
|
|
|
| |
regarding whether it returns 0 or 1 - even if it succeeds both times. Go ahead and assume success for any xscreensaver call.
|
|
|
|
| |
Cleanup some whitespace and turn off some debugging
|
|
|
|
| |
Turns out Qt will crash if you send multiple resize requests really quickly. Add a 10ms cache/delay to the resize and that fixes it.
|
|
|
|
| |
Not done yet - got the timer warnings fixed, and did more thread-safe conversions.
|
|
|
|
|
|
| |
working as well.
Resizing a window will crash things at the moment - still looking into that...
|
|
|
|
| |
Now they are the right sizes.
|
| |
|
| |
|