| Commit message (Collapse) | Author | Age |
|
|
|
| |
down to 10% - this prevents the user from completely blacking out their screen by accident.
|
|
|
|
| |
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.
|
| |
|
|\
| |
| | |
Solves issue 11400
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Use the global variable sessionsettings_config_file in all places that
must be used.
QSettings::setPath was already setted so it's not needed. Deleted.
Instead using variable for date and time format in case user settings
aren't setted, now we go to Qt::DefaultLocaleShortDate. To perform this
operation, we must work with Date and Time separately. Now
DirWidget::date_format is an QStringList, first item for date and second
for time. The QDateTime with format "yyyyMMddhhmmsszzz" is stored on
whatsThis variable for being used in sort operations.
CQTreeWidgetItem operator< function has been simplified. Now, to check
dates, we used the value stored in whatsThis.
|
|/
|
|
| |
This plugins is an overall "start" menu for the system, combining the functionality of the userbutton and the system dashboard into a single unified interface.
|
|
|
|
|
| |
1) Fix which icons are loaded for files (mimetypes)
2) If an application shortcut is invalid (the app was removed but the shortcut remains), don't show it on the favorites tab
|
|
|
|
| |
it is organized by: Continent -> Country -> City
|
|
|
|
|
|
| |
1) It is now a QToolButton, and resizes to fit the text better now.
2) It now has a menu that appears when clicked on - showing a calendar and a list of possible time zones.
3) Use the new environment setting routine in LTHEME to change the time zone for the user when asked (this changes it not just for the desktop session, but instantly changes it for any app using the Lumina Theme Engine as well (others will need to be restarted to see the change).
|
|
|
|
| |
logging routine, and fix a bug in the autostart loop procedures
|
| |
|
|
|
|
| |
functions in lumina-desktop.
|
|
|
|
| |
match their own internal specifications. On single-screen setups it works fine now, but on multi-screen setups the app does not seem to return the xsettings back to their original specs properly (Tested with OpenArena and MegaMario). This may result in the screen being "flipped" or placed on different monitors after closing the app.
|
|
|
|
| |
"Action" submenu can be closed without launching the base application.
|
|
|
|
| |
theme changes.
|
|
|
|
| |
it into the AppMenu and UserButton. Also add a new flag to lumina-open so that we can specify which action to use when starting an app.
|
|
|
|
| |
their text/icons when the system locale is changed.
|
|
|
|
|
|
| |
and put a combobox in the system dashboard plugin which allows the user to (temporarily) change their session locale.
Still need to finish up the active re-translation of the desktop session though.
|
|
|
|
| |
need to be considered with regards to favorite status.
|
|
|
|
|
|
|
| |
1) Fix alphabetizing the list of favorites
2) Make all the menu updates happen in a non-blocking fashion (the user will see the items appear as they are loaded)
3) In the home dir browser, also load any files within the directory (and launch them when clicked)
4) Remember which dir was loaded in the browser last, and only refresh/change it as necessary on next menu open.
|
|
|
|
| |
created/arranged initially. Now the desktopview should be oriented the proper way, and the applauncher icons should be the proper size (although they are still not being placed in non-overlapping locations yet).
|
|
|
|
| |
consistency and proper size calculations (especially for new plugins).
|
|
|
|
|
|
|
|
|
|
|
| |
watchers:
1) Move the ~/Desktop directory watcher into the Session (no extra overhead, already have a watcher there), and have te session send out signals when the contents of the ~/Desktop dir change.
2) Setup the plugins that poll the desktop to use the new session implementation (reducing overhead overall)
3) Add the ability to use files/dirs in the "applauncher" plugin as well (not exposed to user yet)
4) Add a new desktop flag for auto-creating applauncher plugins for any files/dirs on the desktop (not added to lumina-config yet)
5) Get rid of all the config files for the desktop plugins and merge them all together into a single conf file that the session maintains the pointer to (so plugins can grab that pointer as necessary)
6) Make sure that desktop plugins go through a special [read/save]Setting() functions in the plugin implementation itself so that they don't accidentally trample other plugin settings (keeps it restricted to the particular group for that plugin)
|
|
|
|
| |
pluins. It appears that there is a fundamental issue with embedding QML objects into a panel/window with the "always on top" flag set - it never finishes painting the QML object and prevents the rest of the panel from being updated as well.
|
|
|
|
|
|
| |
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
|
|
|
|
| |
entirely and make the spacing between tray icons 0 pixels. (prevents the occasional 1px lines since the frame does not refresh as often)
|
|
|
|
| |
as well.
|
|
|
|
| |
plugins to all use that for checking whether a thumbnail can be shown. Also add thumbnail support into the user button for favorite files.
|
| |
|
|
|
|
| |
into a loop and causes high Xorg/CPU usage.
|
|
|
|
| |
tray plugin gets repainted. This should ensure that when there is a visibility event (such as the screensaver turning off), all the tray icons should be updated immediately.
|
|
|
|
|
|
|
| |
On a clean compile of the code I found two compiler warnings,
both indicating declarations of unused variables. In both cases
I think these variables were used for debugging, originally, and
are no longer needed. Their declarations have been removed.
|
|
|
|
|
| |
1) Keep track of any events that come in during a check, and run another check when ready.
2) If an update event comes in for an icon which is not internally found, have it run the full check to see if it is missing an icon.
|
|
|
|
| |
of a space between the time/date.
|
|
|
|
| |
the selected directory. Also enable the use of lumina-fileinfo for *any* file within the desktopview plugin.
|
|
|
|
| |
for creating/removing favorites.
|
|
|
|
|
|
| |
1) Convert any old system to the new one on login (0.8.4-devel users will need to wait until 0.8.4-release or 0.8.5-devel - the next change to the session version).
2) Update the User Buton plugin to use the new system and streamline when it actually probes the filesystem for changes (makes it even faster)
3) Update the Desktop Bar plugin to use the new system as well.
|
|
|
|
| |
off the debugging for the session/desktop/panel classes by default.
|
|
|
|
| |
taskmanager will not minimize the window.
|
|
|
|
| |
session initialization (out of the system dashboard plugin).
|
|
|
|
| |
removed temporarily (to ensure that the watcher functionality does not stop working while a session is in progress).
|
|
|
|
| |
creation to XCB, and place it within the embedding routine in LuminaX11 instead.
|
|\
| |
| | |
Lumina panel date/time formats
|
| |
| |
| |
| |
| |
| |
| |
| | |
timeonly (default): display time, date as tooltip
dateonly : display date, time as tooltip
datetime : display date first then time
timedate : display time first then date
LSession option: DateTimeOrder (no UI yet)
|
|/
|
|
| |
label will always stay in sync with the slider (no delay), it is only the backend setting routine which is on a slight (50ms) delay.
|
|
|
|
|
| |
1) Add a signal collector/combiner for screen brightness changes (1/10 second delay) - since hardware brightness changes cannot usually be spammed too quickly.
2) Update the battery icon notifications on the panel button. If less than 5% left, leave the low battery icon there all the time, if less than 15% cause the low battery icon to flash intermittently, if greater than that don't show any battery icon.
|
|
|
|
| |
tinker with the session cleanup routine quite a bit to streamline the order in which things are closed down (particularly with system tray apps).
|
|
|
|
| |
the XCB->WindowImage() function which was just removed.
|
|
|
|
| |
of XLib. This bahaves exactly the same on my FreeBSD 10.x system - still need to test a FreeBSD 11.x system.
|
|
|
|
| |
icon is visible.
|