| Commit message (Collapse) | Author | Age |
|---|
| |\ |
|
| | |
| |
| |
| | |
applications will be sorted by display name instead of file name (case-insensitive). The favorites are still sorted by type as well (apps, dirs, files), each type sorted alphabetically.
|
| |/
|
|
|
|
| |
1) Clean up the characters which are unsupported by the notepad for filenames (quotes of all kinds, semicolons, slashes)
2) Start Menu: allow clicks on the item text to trigger the launch, add the generic "comment" text underneath the name of the application (if available) in italics and indented.
3) Remove an extra processEvents call during session startup.
|
| |
|
|
| |
an enumeration (WINDOWSTATE -> WINDOWVISIBILITY), so I fixed the usage of that enum in the lumina-desktop project as well.
|
| |
|
|
|
|
| |
1) Add 3 different "view modes" for applications in the start menu: Alphabetical (no categories), Partial Categories (same as before - still on list though), or Categories (need to click the category to go into it and see the applications).2) Fix the theming of partially checked checkboxes and groupboxes.
3) Force the desktop icons to have black text in the theme (no matter which color scheme is in use).
4) Adjust the outlining effects of the desktop icons to use a radial gradient now, so you get a smoother effect which does not steal eye focus as much on contrasting backgrounds.
|
| |
|
|
|
|
| |
lumina-open call now, instead of a bunch of individual ones). Also fix up the tray app detection/failover methods a bit to catch/discard tray icons which were registered/destroyed almost simultaneously (or no destroy event was ever caught for the icon). This prevents the situation where a "blank" tray icon may be trying to repaint itself repeatedly (eating up CPU cycles).
NOTE: It seems like these "blank" tray apps are all GTK based, so it might be something in that toolkit which needs fixing to prevent registering a tray window which will never be used (or is instantly destroyed).
|
| |
|
|
| |
function, just start the process externally (prevent changing the mouse cursor to the "loading" icon.
|
| |
|
|
| |
needed.
|
| |
|
|
| |
ensure a uniform appearance.
|
| |
|
|
| |
necessary to account for differences in font size.
|
| |
|
|
| |
special "PCBSD" qmake argument to tell Lumina to install the PC-BSD specific config/wallpaper files instead of the generic files.
|
| |
|
|
| |
the full text of the window title as the tooltip.
|
| |
|
|
| |
(user-desktop) instead of a house.
|
| |
|
|
| |
possible for the size of the menu (including active change on resize).
|
| |
|
|
| |
resizing and the startmenu savees it's size between sessions.
|
| |
|
|
|
| |
This simply inserts a horizontal/vertical line to help provide separation between panel sections as needed.
Also start moving the project files around: take all the panel plugins and define their files within panel-plugins.pri - will do something similar for desktop-plugins later.
|
| |
|
|
|
|
|
|
| |
1) Add a new ResizeMenu() class to the LuminaUtils library - this class allows the resulting menu to be resizable by the user clicking on an edge and dragging.
2) In the systemstart panel plugin, reverse the location of the shutdown options on the leave page (put them at the bottom next to where the leave button is in the first place)
3) Setup the systemstart plugin to use the new ResizeMenu. It currently does not save the new size to be used for later sessions, but per-session resizing works fine.
4) Quick adjustment to the systemtray icon sizes
5) Quick fix to the detection of a desktop file removal.
|
| |
|
|
| |
the bottom instead.
|
| |
|
|
|
|
|
| |
1) Implement the file dropping on the desktop
2) Fix the panel painting routine to ensure the proper "fake" transparency is applied.
3) Add a missing include line in the panel "applauncher" plugin.
4) Fix the initial desktop icon size setting.
|
| |
|
|
| |
removing the button directly.
|
| |
|
|
| |
Also turn off some debuging information from the system tray plugin.
|
| | |
|
| |
|
|
| |
panels "detecting" when the mouse leaves the window.
|
| |
|
|
|
| |
1) The XCB event filter should not use the Damage ID in event detection, because each individual tray app uses their own damage ID and not the tray ID.
2) Fix the "back" button icon in the start menu plugin.
|
| |
|
|
| |
before it appears. This will sync it up with the current system settings - in case the workspace was changed earlier by some other method.
|
| | |
|
| |
|
|
| |
session. Now when a submenu on the panel is closed somehow or a window was modified with the task manager, it will properly find/activate the right window again.
|
| |
|
|
| |
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)
|
