| Commit message (Collapse) | Author | Age |
|
|
|
| |
in lumina-config right now, but it is coming along nicely.
|
| |
|
|
|
|
| |
syntax when setting the default configuration for the primary monitor.
|
|
|
|
| |
This reverts commit 151062b99e29e18dbc614bf66582f908c864a96a.
|
|
|
|
|
| |
This reverts commit b9840ef585385fece513e24e4cea193d35328dc0, reversing
changes made to cb5524f6fd5186414c11339375bebd3b808b4857.
|
|
|
|
| |
getting listed now, just need to figure out how to read/set the various properties (no documentation on what the various inputs are for the XCB functions to do that).
|
|
|
|
| |
testing on the new "mouse" page (which is still disabled for the moment).
|
| |
|
|
|
|
|
|
| |
(LInputDevice):
This uses the xcb-xinput library for interacting with devices on X (could be moved to wayland in the future).
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
1) Dismantle the Lumina library completely.
2) Setup lots of small subproject files (.pri) for the individual classes within the old library.
3) Move all the Lumina binaries to use the new subproject files
4) Split up the LuminaUtils class/files into LUtils and LDesktopUtils (generic utilities, and desktop-specific utilities)
|
|
|
|
|
| |
1) Add a new .pri for loading just that class (works stand-alone)
2) Setup the lumina-desktop to use the new build framework for including that class.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
This reduces the number of widgets in the stack by 1, and seems to help performance a bit.
|
| |
|
|
|
|
| |
available, and fall back on the hw.acpi values otherwise (direct readings seem to be more accurate in some instances).
|
|
|
|
| |
image (if an image file is being viewed)
|
|
|
|
| |
screen number. It seems like X randomly assigns numbers to screens in some instances - resulting in multi-monitor arrays occasionally getting rotated/scrambled. After the automatic conversion of the settings to the new system (the first time the user logs into the updated version of Lumina), screen settings are tied to that particular monitor now (HDMI-0, DP-1, etc...)
|
|
|
|
| |
*exactly* matches the unit found (1G, 1M, 1K, etc).
|
| |
|
|
|
|
| |
variables as needed. This allows things like icons to be found/used when LTE is launched via sudo (for instance).
|
|
|
|
|
| |
Include a copy of the "globs2" file from the FreeDesktop mimetype database, to be used as a fallback if the official mimetype database is not installed/found on the system.
Also adjust the mimetype loader to use this fallback as needed.
|
| |
|
|
|
|
|
|
| |
This impacts almost all tools/utilities within Lumina - please test (passed internal tests so far).
This cleans up a lot of the backend XDG compliance class, moving lots of functionality into child functions of the XDGDesktop class and ensuring that they get cleaned up more regularly/properly. This *seems* to make the desktop startup a lot faster, even if the overall memory savings are slight (so far).
|
|
|
|
| |
system. It no longer grows with time that I can tell, but I am sure there is some additional cleanup and optimizations which can still be done later.
|
|
|
|
| |
that any class type need this defined.
|
|
|
|
| |
ensure it uses as little memory as possible.
|
| |
|
|
|
|
| |
within teh app list search routine.
|
|
|
|
| |
Going to check if this fixes the memory leak issue on some systems (have one I can test on now).
|
|
|
|
| |
Avoid using "sysctl -a" in favor of using "sysctl hw." for doing the initial search for CPU temperature sysctls. This makes it touch a lot less of the system sysctl's, and might prevent a random kernel panic we are seeing on some systems when some particular sysctl is probed.
|
|
|
|
| |
to track down and fix a reported memory leak on some systems.
|
|
|
|
| |
currently-registered default terminal is rather than just xterm (although xterm is still the default/fallback).
|
|
|
|
| |
"default" to be set as the cursor theme (causes a conflict due to how we save the setting as the "default" theme - it can't inherit itself).
|
|
|
|
| |
exists and create it if not.
|
| |
|
|
|
|
| |
installed/removed during a session.
|
|
|
|
| |
it was the first run or not.
|
|
|
|
| |
(not the start menu options yet).
|
|
|
|
| |
the extra managment overhead from the desktop itself).
|
|
|
|
| |
itself can be accessed as needed.
|
|
|
|
|
|
| |
1) Add in all the bits to make it auto-update as needed (optional init argument)
2) Have it also keep track of what previous files were *removed* when it updates.
3) Tweak the update routine to try and make it even faster.
|
|
|
|
|
|
|
|
|
|
| |
This now uses a new data class which provides for delta updates to the application list, allowing for later checks/updates to be performed a *lot* faster, in addition to providing information about which *new* application entries were discovered during the check in addition to the raw app list.
As an added bonus, the new class-based nature of the routine will make it possible to embed the detection/update routines directly into the class rather than requiring some external class to monitor the system and request updates.
Example Times:
First run: same as old routine.
Second run with one new app entry: new routine is ~1/4 of the time of the old routine (20ms vs 78ms on my test box)
|
|
|
|
| |
This will be used instead of the "-devel"/"-Release" distinctions in the versions now.
|
| |
|