| Commit message (Collapse) | Author | Age |
|---|
| ... | |
| |
|
|
| |
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.
|
| | |
|
| |
|
|
|
|
| |
desktop session. This causes all sorts of graphics issues when the desktop is run through a VNC.
Note: Now the desktop will look fine through a VNC, but the system tray icons may have broken transparency (only through a VNC from what I can tell). This is quite a bit better now, but needs to be looked into more at a later date.
|
| |
|
|
| |
embedded the container widget was not getting removed in the right order.
|
| |
|
|
| |
conflict with different loops modifying tray icons at the same time). This might fix the random desktop crashes since they seem to be tray related.
|
| |
|
|
| |
desktop.
|
| |
|
|
| |
If the ~/.fluxbox directory does not exist, Fluxbox will ignore the given config file. So make sure that directory exists before starting Fluxbox.
|
| |
|
|
|
| |
1) x11/xorg (for some reason it is not making sure this is also installed)
2) graphics/qt4-imageformats (via the USE_QT4 line, required for jpeg support)
|
| |
|
|
|
|
|
| |
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).
|
| |
|
|
| |
used in the project.
|
| | |
|
| |
|
|
| |
effects of a bad conflict merge...
|
| |
|
|
| |
commit re-enabled it.
|
| |
|
|
| |
share directory and quit if it is not found (improper installation).
|
| |
|
|
| |
actually have a theme available by default that can be edited/changed.
|
| |\
| |
| | |
OpenBSD setScreenBrightness: make the brightness change smoother
|
| |/ |
|
| | |
|
| |\
| |
| |
| |
| | |
Conflicts:
lumina-screenshot/MainUI.cpp
|
| | |\
| | |
| | | |
save settings for lumina-screenshot
|
| | |/ |
|
| | |
| |
| |
| | |
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.
|
| |
|
|
| |
case of an invalid default that was set).
|
| |
|
|
| |
QSettings lines
|
| | |
|
| |
|
|
| |
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).
|
| |\
| |
| | |
make file-manager user-chooseable
|
| | | |
|
| |\ \
| | |
| | | |
make window manager selectable from lumina-config>settings>general
|
| | | |
| | |
| | |
| | | |
default-windowmanager an cli-only option by not exposing a UI
|
| | | | |
|
| | | | |
|
| | |/ |
|
| | |
| |
| |
| | |
trying to work out some of the functionality and don't want to enable it by default until it is fully ready.
|
| |/
|
|
| |
(for testing). The theme loading/usage appears to be working, now I just need to generalize the theme template so that it applies to all the QAbstract* widgets
|
| |
|
|
|
|
|
|
|
|
| |
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.
|
| |\
| |
| | |
proper prefix handling
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
remove unrequired tasks from debian/rules
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
