| Commit message (Collapse) | Author | Age |
|
|
|
|
|
| |
1) Centering the app selection window on the parent
2) When a special keypress is detected (no modifiers), prepend "None" to the Fluxbox key string (seems to be more reliable).
3) After saving the list of desktop plugins, have it re-load the setting from the file 1 second later to catch the unique identifiers that each plugin was assigned by the desktop.
|
|
|
|
| |
make changes when the user clicks "save". Also adjust the viewport for the panel widgets a bit (ensure sizing, scroll to end on new panel, etc..)
|
|
|
|
| |
than 2 panels to each screen, and panels can be removed individually (not just the last one).
|
|
|
|
| |
individual screen.
|
|
|
|
| |
cahnge pending until the user clicks the save button.
|
|
|
|
| |
option to lumina-config.
|
|
|
|
| |
saving the settings on the new screen instead of the old one.
|
|
|
|
|
|
| |
lumina-config. Now Lumina use the XDG spec entirely for auto-starting applications/utilities.
NOTE: The conversion routine from the old->new autostart spec has not been implemented yet, so the old file will still be used for a short while (just not changeable through lumina-config).
|
|
|
|
| |
comments for the default luminaDesktop.conf
|
| |
|
|
|
|
| |
tab (on that page) queues up changes and needs that button visible.
|
|
|
|
| |
(timeonly) if nothing was saved in the config file.
|
| |
|
|
|
|
|
| |
1) Fix loading the current "applauncher" panel plugins for the second panel.
2) If the save button is active when the "defaults" page is selected, keep the save button visible until clicked.
|
|\ |
|
| |
| |
| |
| | |
This is a quick shortcut for launching a single application - effectively "pinning" an application to a panel.
|
| |
| |
| |
| | |
see what the country is)
|
| |
| |
| |
| | |
the system time (whatever that might be).
|
| |
| |
| |
| | |
after file change before loading the new settings).
|
|/
|
|
| |
longer activate the save button when changing tabs on a panel.
|
|
|
|
| |
panel settings - the change was bouncing back and triggering the first panel adjustment again - changing locations back to top/bottom instead of where they were set originally.
|
| |
|
|
|
|
|
| |
1) Found/fixed a bug with a panel mis-reporting which number it was.
2) Clean up the panel interface management in lumina-config.
|
|
|
|
| |
- and setup the web browser/email/file manager/terminal buttons to use this functionality.
|
|
|
|
| |
and have the clock plugin instantly update to the new format (backwards compatible with no formats set)
|
| |
|
|
|
|
| |
grouped together a bit more intuitively.
|
|
|
|
| |
Also ensure that these custom dialogs are centered on the parent window.
|
|
|
|
| |
adjust the port plist, and add options to reset the system settings to default to lumina-config.
|
|
|
|
| |
also change the icon in PCDM if the home directory is not encrypted with PEFS).
|
| |
|
|
|
|
| |
seems to be working great now, and cleans up lumina-config a bit as well.
|
|
|
|
| |
lumina-open. The new buttons in lumina config set the backends fine, but the file manager/terminal options will not be respected yet until I update the menu plugins in lumina-desktop.
|
|
|
|
|
|
|
|
| |
registering default application (Note: does not use the mime association routines, just defaults)
Lumina-config will now use this backend system for default app registrations, but lumina-open does not use it yet. Also, the defaults tab in lumina-config is still not completely updated yet (resulting in some breakage or unusable buttons).
DO NOT BUILD FROM THIS REVISION - Will be fixed very soon but needed a git snapshot
|
|
|
|
| |
This plugin provides an area of the screen for automatically displaying icons for anything in the ~/Desktop folder. An icon can be opened/run via a double-click of the mouse.
|
|
|
|
| |
If no desktop backgrounds are available, always assign the "default" value to the file.
|
|
|
|
| |
option for it to lumina-config). If selected, this will only leave a 2-pixel thick "edge" of the panel on the screen that will expand out to the full panel when moused-over.
|
| |
|
|
|
|
|
|
|
| |
1) Now the Lumina session registeres the system-wide tray, and just keeps track of the windows that should be visible (preventing any loss of service or apps starting up before the tray is registered).
2) The system tray plugin is now just a "visual tray" for embedding the applications in the panel. The Session only allows a single visual tray to be registered at a time, but sends out signals whenever there is an opening for a visual tray (allowing near-instant transfer of tray applications from one visual tray to another).
Also fix a quick bug in lumina-config where the save button was getting activated simply by changing the appearance/plugins tab in the panel configuration (without actually changing anything).
|
|
|
|
| |
editing those themes in lumina-config. Also tag Lumina version 0.7.0 with this change.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1) New libLumina classes: LuminaThemes.h
2) Single-line usage to add lumina theme usage to an application (already added to all the Lumina utilities)
3) Include a Lumina-default theme template, as well as a single color scheme (will add more later)
4) Will create a global Qt style for "lumina" so that this theme engine can be automatically applied to all Qt applications at a later date (want to make sure to beat this up and get it working reliably before turning it on for everything).
Major Features:
1) Full Qt theme capabilities through Qt stylesheets (so they can be modified and applied on the fly).
2) Stylesheets are broken into a couple pieces: an "incomplete" stylesheet file (the theme template) with variables in place of colors, font size, and font family. A "color" file which variable->value definitions for the different colors. And a themesettings.cfg files which keeps track of the files/font settings.
3) Along with this, add the ability to specify the icon theme that is used as well, and make that automatically re-loaded as necessary.
4) Add the ability to read/set thes values in lumina-config. The lumina-config usage is still a bit rough: working on cleaning it up right now.
|
|
|
|
| |
session file (instead of desktop settings), and also have lumina-config safe it to the lumina-open defaults file directly (in the case of the file manager).
|
| |
|
|
|
|
|
|
|
|
|
|
| |
1) Move the global.h file usage into libLumina exclusively
2) Define a new "LuminaOS::LuminaShare()" function for retrieving the install directory for Lumina (based on the PREFIX/global.h)
3) Change all the other lumina sub directories/projects to use the new LuminaShare() function when necessary.
4) This also fixes up the loading of translations in many of the subprojects (found a bug in the path used in a number of them).
Reason:
Previous implementation *only* worked if you built lumina from the base directory, causing problems with rebuilding individual pieces of Lumina. This also cleans up the general lumina projects as they only need the LuminaOS class loaded instead of knowing about this other possible OS implementation.
|
| |
|
|
|
|
|
| |
add PREFIX and LIBPREFIX to the qmake .pro files (allows to change prefix and libdir using <qmake PREFIX=/usr LIBDIR=/usr/lib/x86_64-linux-gnu/> or whatever)
update debian packaging scripts accordingly
|
|
|
|
| |
This makes it easier for the user to select the application either by icon or name.
|
|
|
|
| |
right then before saving the plugin to the config file.
|
| |
|
| |
|