| Commit message (Collapse) | Author | Age |
|---|
| |\
| |
| | |
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.
|
| |
|
|
| |
the desktop file (just in case the user simply unchecked the icon generation option).
|
| |
|
|
| |
routines may be added (only used for some applaunchers right now). This now makes a desktop icon which was explicitly closed/removed by the user also delete the file from the desktop folder (instead of having that plugin get re-created at a later time)
|
| |
|
|
|
| |
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).
|
| |
|
|
| |
may be set/loaded for all apps using the theme engine (including the session - which propagates to new non-lumina applications as well)
|
| |
|
|
| |
location: for some reason Fluxbox treats it differently than other windows.
|
| |
|
|
| |
I was using for Xinerama testing.
|
| |
|
|
| |
logging routine, and fix a bug in the autostart loop procedures
|
| | |
|
| |
|
|
| |
any XLib functions/libraries/extensions.
|
| | |
|
| |
|
|
| |
functions in lumina-desktop.
|
| |
|
|
| |
LSession to use those new versions
|
| |
|
|
|
|
| |
Fedora packaging).
Also convert the last X11 usage in LPanel over to XCB
|
| | |
|
| | |
|
| |
|
|
| |
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.
|
| |
|
|
| |
showing the menu in LDesktop.
|
| |
|
|
| |
locations when XINERAMA is used for combining monitors. However, the interface is still completely unresponsive because the Qt backend is completely screwed up by Xinerama (returns 0's for everything related to screens, geometries, etc, preventing menus from opening up even when manually started). This might be something where we just have to say that Xinerama is not supported for Lumina (at least until lumina-wm get finished up).
|
| |
|
|
| |
"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.
|
| |
|
|
| |
strange windows (like gimp) which move the main window off-screen before showing it (causing errors/crashes in the program when moving it back).
|
| |
|
|
|
|
| |
1) Switch some X11->XCB functions around (SetAsDesktop(), SetDisableWMActions()).
2) Fix up some QtQuick plugin detection routines (now it will properly see the user's quickplugins if any).
3) Connect the status change signal/slots for QtQuick plugins to try and detect script failures and remove the script (still not working reliably).
|
| |
|
|
| |
from operating on non-normal layered windows (so the user cannot use FLuxbox shortcuts to close/move/<other> the desktop/panel windows any more).
|
| |
|
|
| |
the installation of the translation files (the translations in this repo are highly incomplete, you should use the translation files from the lumina-i18n repo instead since that is where almost all the translation work is being committed).
|
| |
|
|
|
|
|
| |
Aslo update the default key bindings a bit:
1) Add a shortcut to lock the screen (Pause key)
2) Adjust the tiling shortcuts to Alt+[left/right] instead of Ctrl-[left/right]. The Ctrl shortcuts were already in use by Fluxbox.
|
| |
|
|
| |
better, still have a couple apps which might go past the bottom of the screen a couple pixels, but that might be the app doing some auto-resizing of itself later.
|
| |
|
|
| |
to implement my own tiling algorithm for initial plugin placements (and adjust a lot of the plugins to have better auto-set default sizes depending on font settings)
|
| |
|
|
| |
system. Also add a default size for the calendar plugin.
|
| |
|
|
| |
default/first screen. This is no longer used/needed because of the luminaDesktop.conf settings file.
|
| | |
|
| |
|
|
| |
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).
|
| | |
|
| |
|
|
| |
icons/launchers.
|
| |\ |
|
| | |
| |
| |
| | |
vertical dimension only at the moment).
|
| |/
|
|
| |
(proper capitalization based on standards).
|
| |
|
|
| |
the window to calculate which screen it is on instead of the upper-left corner.
|
| |
|
|
| |
consistency and proper size calculations (especially for new plugins).
|
| | |
|
