| Commit message (Collapse) | Author | Age |
| |
|
|
|
|
| |
Cleanup some whitespace and turn off some debugging
|
| |
|
| |
|
|
|
|
| |
While the frame itself looks nice, a number of key functionality changes are still in-progress
|
| |
|
| |
|
|
|
|
|
|
| |
1. Bypass a Qt bug in multi-session "DISPLAY" number detection
2. Start getting the system tray all setup. Not quite there yet (still some QML issues)
3. Convert all the Menu's to QtControls2 (actually works on multiple screens)
|
|\ |
|
| | |
|
|/
|
|
| |
invisible windows.
|
|\ |
|
| |
| |
| |
| | |
Have lumina-textedit treat .qml as javascript for syntax highlighting
|
| |
| |
| |
| |
| |
| | |
1. Ensure window visibility is managed on the QML side
2. Have all panels (even ones pinned to a screen) get created by the root window QML (for layering purposes)
3. Change the default panel setting to include partial-transparency
|
|/
|
|
| |
Almost have the transparent windows getting layered properly.
|
|
|
|
|
|
| |
* Integrate the new window geometry manager class
* Get the new OSInterface framework tied in
* Start getting the various system monitoring solutions tied into the OSInterface
|
|
|
|
| |
usable now.
|
|
|
|
| |
image provider system.
|
| |
|
|
|
|
| |
Merging in the embed/compositing stuff from the old NativeEmbedWidget class, trying to get the window images detected/rendering.
|
|
|
|
| |
Starting to hook up the new QML window frame with the C++ backend.
|
| |
|
|
|
|
| |
the Lumina2 project.
|
|
|
|
| |
raw keycodes.
|
|
|
|
| |
rather than a global object (lets us use the DesktopSettings within the standalone classes in libLumina as well).
|
|
|
|
| |
This gets the new "NativeWindowSystem" and associated Native* classes all integrated (untested)
|
|
|
|
| |
This will be a replacement for the current LuminaX11 class usage in the desktop, with a generic Qt5 API that talks to the X11/Wayland subsystems in the background.
|
|
|
|
|
| |
The NativeWindow intermediary seems to be working really well, now just to start adding the the various event detection parsing in to modify that object on-demand.
There is still a window focus issue too - the setActive routine is not properly setting that window to have focus yet - need to examine further.
|
|
|
|
| |
functional, with 2-way create/show/hide/close detection. Windows do not detect/resize as needed yet though.
|
|
|
|
| |
While not fully up to where the current contextmenu for Lumina is yet, it can be used for logging out, locking the screen, and launching commands (so far - will gradually add back in the other plugins/functionality later after these steps are used for more testing of other components).
|
|
|
|
|
|
|
|
|
|
|
|
| |
Get the new LShortcutEvents class setup and functional. This is what converts the key presses and mouse clicks into a format that can be scanned for user-defined shortcuts to do things in the session.
NOTES:
The format of the keys.conf files uses "keycodes" (in ascending order") delimited by "+" to make the settings searchable and non-ordered-specific.
Example:
[strict]
22+37+64=logout
This is a shortcut for [L_Ctrl (37), L_Alt (64), Backspace (22)] and it will trigger the start of the logout procedures.
The "strict" section (and it's alternative "desktop" section) determine priority of the shortcut (strict is always evaluated, desktop is only evaluated if the desktop has focus and there is no corresponding "strict" shortcut).
|
|
|
|
|
|
| |
1) Get the RootWindow up and functional.
2) Get the lumina-desktop-unified binary functional for starting to test the various pieces (not ready yet for general use)
3) Get the start-lumina-desktop binary setup to launch the new unified binary for testing if the "--unified" flag is used.
|
|
|
|
|
| |
1) Make a new "DesktopSettings" class in libLumina for managing desktop settings files. This class understands/uses a hierarchy of files (User Overrides > System Overrides > Default Settings) and layers them as needed for the session.
2) Cleanup the new source tree a lot more, and get it *mostly* compiling (mostly just the backend classes right now - none of the desktop/WM classes yet).
|
|
Move the system tray registration/management into the XCB Event Filter class itself (since it needs access to the XCB library functions to work). This should restrict almost all use of the XCB classes to the EventFilter instance itself.
Also continue moving around the source files as they are evaluated and tied into the project file. The src-screensaver and src-eventfilter directories are used now, but the src-DE and src-WM directories are still just holding cells for the files from the old lumina-desktop and lumina-wm subprojects that are not yet evaluated.
|