| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
| |
the QIcon::fromTheme() functionality completely, that way we get more detection/control over finding bad files and such (SVG files in particular).
|
| |
|
|
| |
through the QtConcurrent module.
|
| |
|
|
| |
issues when trying to install the debug version of apps. Instead, the makefiles should be generated with the command "qmake[-qt5] CONFIG+=debug". That will set the debug flag for the Makefile and allow the user to run make and "make install" normally (but with debugging enabled)
|
| |
|
|
| |
with debugging symbols included. The standard "make" will be exactly the same.
|
| |
|
|
| |
Found out that (at least on FreeBSD 10.2 right now), the xcb_damage_create() routine does absolutely nothing (no damage events ever sent out when the window changes). Switching this back to the Xlib XDamageCreate() routine makes it work perfectly again. Need to ask about this upstream and see if this is a known bug/regression in the XCB libraries.
|
| |
|
|
| |
installed.
|
| |
|
|
| |
NOTE: Non-FreeBSD porters please check/update the DEPENDENCIES file and add additional information in the new format for the file (makes it much easier to read/update)
|
| |
|
|
| |
functions in lumina-desktop.
|
| |
|
|
| |
necessary, the xcb_aux functions do what I need without the extra render dependency).
|
| |
|
|
| |
LSession to use those new versions
|
| |
|
|
|
|
| |
Fedora packaging).
Also convert the last X11 usage in LPanel over to XCB
|
| |
|
|
|
|
| |
respectively).
These are QtQuick "containers" which allow the loading of user/system supplied QML scripts for non-compiled plugin support. These plugins must be single *.qml files located in <Lumina Share>/quickplugins/*.qml or ~/.lumina/quickplugins/*.qml
|
| |
|
|
| |
Now it will directly use the sysctls from the kernel instead of using an external monitoring utility. This makes it much more accurate and much faster
|
| | |
|
| |
|
|
|
| |
1)Require the xcb-damage library
2) Verify the existance of "lsb_release" before trying to use it (Linux/Debian distinction utility).
|
| | |
|
| |
|
|
| |
of XLib. This bahaves exactly the same on my FreeBSD 10.x system - still need to test a FreeBSD 11.x system.
|
| |
|
|
|
|
|
| |
(system tray) to use the new routine.
Also setup the desktop to use the new XCB routine for window icons as well.
Both are tested on 10.x and appear to work perfectly.
|
| | |
|
| |
|
|
| |
allows a user to run qmake LIBPREFIX="something" PREFIX="something" to ensure that libraries are found in the proper location.
|
| |
|
|
| |
It is functional at the moment, but still has a few rough edges with regards to the X11 background interface (due to the move from XLib to XCB in Qt5). This reulst in some of the window manager interactions not behaving properly (such as sticky status on panels).
|
| |
|
|
| |
and adjust the auto-loading of a theme so that it will automatically pick up when the current theme/color file changes (such as when it was manually edited).
|
| |
|
|
| |
This disables all the special Qt theming (except for the custom font/font size), and will use the default theme for Qt.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
| |
(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.
|
| | |
|
| |
|
|
|
| |
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
|
| |
|
|
| |
and shown to build/run on Debian/kFreeBSD, Ubuntu and PC-BSD.
|
| | |
|
| | |
|
| |
|
|
| |
brightness on Linux and updated dependnecy list. Added template file for future operating system support.
|
| |
|
