| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| |
|
|
| |
allows a user to run qmake LIBPREFIX="something" PREFIX="something" to ensure that libraries are found in the proper location.
|
| |
|
|
| |
LuminaSingleApplication usage (which auto-loads translation files).
|
| |
|
|
|
|
| |
1) The normal mode/behaviour is to group windows by application (backwards compatible)
2) The "-nogroups" mode ensures that every window gets it's own button (uses a lot more space on the panel since it need to put part of the window title on each button too)
This two modes are treated as distinct plugins via lumina-config for simplification purposes.
|
| |
|
|
| |
apply the relative path fixes to all LSingleApplication's forwarded inputs.
|
| |
|
|
|
|
|
|
|
| |
Also do a large clean up of the file operations in lumina-fm:
1) When doing copies of directories, make sure to properly copy all child files/dirs (no matter how deep)
2) Clean the order of directory copies so that you can successfull make a copy of a directory into itself (copy ~/Test -> ~/Test/Test for example)
3) Check for attempting to *move* a directory into itself and show a warning to the user about an invalid operation.
4) Get the total number of files/dirs to be operated on before starting operations. This allows the UI to be more detailed about what it is doing at that particular time.
5) If a directory fails to copy for some reason, don't try to copy all the children of that directory either (they will all fail and just bloat the list of errors)
|
| |\ |
|
| | | |
|
| | | |
|
| | | |
|
| |/
|
|
| |
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).
|
| |
|
|
| |
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 is a plugin for taking/saving simple text notes right on your desktop.
|
| |
|
|
| |
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.
|
| |
|
|
| |
The "Window List" will show a menu of all the current windows, and activate the one that the user clicks on.
|
| |
|
|
| |
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.
|
| | |
|
| |
|
|
| |
and shown to build/run on Debian/kFreeBSD, Ubuntu and PC-BSD.
|
| |
|
|
|
|
|
| |
(.pro) files now support 32-bit and 64-bit Linux builds. Should
also build using Clang as well as GCC on Linux.
Fixed compiler warning in LDesktop.cpp which might see wrong
loop counter used under older compiler.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
(unknown special key - better to not support rather than set an invalid keycode).
|
| |
|
|
|
|
| |
application have the same title: make sure to properly select the window that was clicked.
While here, also apply the libLumina dependency order to give preference to the locally/recently compiles libraries during the build if possible in all the lumina tools.
|
| | |
|
| |
|
