Plasma Desktop merge requestshttps://invent.kde.org/plasma/plasma-desktop/-/merge_requests2021-12-18T05:05:21Zhttps://invent.kde.org/plasma/plasma-desktop/-/merge_requests/253[kcms/autostart] Support enable and disable system autostarts.2021-12-18T05:05:21ZXuetian Weng[kcms/autostart] Support enable and disable system autostarts.This add support for user to disable or enable a system level autostart in /etc/xdg/autostart.
For user modified desktop file, remove button would show up. Remove it will just reload the system entry.
For user level desktop file, remove ...This add support for user to disable or enable a system level autostart in /etc/xdg/autostart.
For user modified desktop file, remove button would show up. Remove it will just reload the system entry.
For user level desktop file, remove will cause it to remove completely.
BUG: 4280945.23https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/720applets/taskmanager: always show album art for single-window tooltips2021-11-30T03:48:02ZNate Grahamapplets/taskmanager: always show album art for single-window tooltipsThe Task Manager tooltips now have logic to avoid showing album art for
tooltips where the window title doesn't include the media name. This
makes sense for the case of a multi-window app, where it almost
perfectly solves the problem of ...The Task Manager tooltips now have logic to avoid showing album art for
tooltips where the window title doesn't include the media name. This
makes sense for the case of a multi-window app, where it almost
perfectly solves the problem of the album art appearing on all of the
tooltips rather than only the relevant one.
However this check does not make sense for single-window apps, where
the only thing it can do is cause an app to erroneously hide the album
art for playing media because the app doesn't include the media name
in its window title. Elisa is one such app, and there are probably
others too.
cc @fusionfuture @bharadwaj-raju
![album_art_in_Elisa_again](/uploads/177aa76eebcf8c425f77dfe18d0799c7/album_art_in_Elisa_again.png)5.23https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/706Draft: taskmanager: Hide groupDialog explicitly when a task is activated2021-11-19T16:09:25ZFushan WenDraft: taskmanager: Hide groupDialog explicitly when a task is activatedOn Wayland, groupDialog.visible must be explicitly set to false to hide
the textual list.
BUG: 444328
NOTE: Tooltip type also fails.On Wayland, groupDialog.visible must be explicitly set to false to hide
the textual list.
BUG: 444328
NOTE: Tooltip type also fails.5.23Fushan WenFushan Wenhttps://invent.kde.org/plasma/plasma-desktop/-/merge_requests/212MoreSettingsMenu: Improve aesthetics2021-10-16T05:20:25ZJan BlackquillMoreSettingsMenu: Improve aesthetics![Screenshot_20201104_193051](/uploads/ab9258774b980314bf8910b8a20971b5/Screenshot_20201104_193051.png)
https://invent.kde.org/frameworks/plasma-framework/-/merge_requests/198![Screenshot_20201104_193051](/uploads/ab9258774b980314bf8910b8a20971b5/Screenshot_20201104_193051.png)
https://invent.kde.org/frameworks/plasma-framework/-/merge_requests/1985.23Jan BlackquillJan Blackquillhttps://invent.kde.org/plasma/plasma-desktop/-/merge_requests/283[kcms/users]: Complain about bad passwords2021-10-16T05:19:21ZJan Blackquill[kcms/users]: Complain about bad passwords5.23Jan BlackquillJan Blackquillhttps://invent.kde.org/plasma/plasma-desktop/-/merge_requests/557kcms/landingpage: Don't show feedback UI at all if disabled2021-09-07T16:05:44ZNate Grahamkcms/landingpage: Don't show feedback UI at all if disabledIt's possible for the user feedback C++ module to be installed but
disabled, or for its QML module to not be installed. In this situation,
the UI just looks broken. Instead let's not show it at all.
BUG: 438482
BUG: 439220
FIXED-IN: 5.2...It's possible for the user feedback C++ module to be installed but
disabled, or for its QML module to not be installed. In this situation,
the UI just looks broken. Instead let's not show it at all.
BUG: 438482
BUG: 439220
FIXED-IN: 5.23
Note that both relevant bug reports are from Neon, so it's possible that this is a Neon Packaging bug that we should fix instead of working around here. cc @jriddell @sitter @apol5.23https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/480applets/kickoff: make keyboard focus accessible2021-07-28T17:02:34ZJan Blackquillapplets/kickoff: make keyboard focus accessibleWhile the current keyboard focus code is impressive and has a lot of
work put into it; it misses the mark on accessibility due to being
vastly overengineered and behaving way differently from focus elsewhere.
Complaints of note are:
- K...While the current keyboard focus code is impressive and has a lot of
work put into it; it misses the mark on accessibility due to being
vastly overengineered and behaving way differently from focus elsewhere.
Complaints of note are:
- Keyboard navigation can trigger actions without the usage of space, which
should be the only way to trigger actions.
- forceActiveFocus is overutilised; taking control of the keyboard focus
away from the user in a lot of instances. This is especially bad for
blind users as they cannot reorientate themselves visually when the
focus unexpectedly hops to another item without their input.
- Arrow key navigation works almost completely differently from
other programs; meaning that users that rely on keyboard focus
are going to have to relearn something as fundamental as the
behaviour of the mouse is to sighted users exclusively for Kickoff. Additionally, it
has some usability problems independent of being inconsistent,
e.g. the aforementioned triggering actions without explicit
user input to do so happens with arrow keys.
There are other lesser complaints, but these are the most notable ones.
Simply stripping out most of the custom keyboard input code and adjusting
some settings so that QtQuick's default behaviour can work as expected
resolves all of these accessibility issues with the bonus of massively
reducing code and maintenace effort spent reeimplementing a standard
input method with different behaviour.
Some select custom behaviour was retained, as it does not present
any accessibility issues. Most notably, Ctrl-Tab and type-to-search
are retained.5.23Jan BlackquillJan Blackquillhttps://invent.kde.org/plasma/plasma-desktop/-/merge_requests/468[kcm/keys] Move export mode checkboxes to the left side2021-05-18T13:43:09ZNate Graham[kcm/keys] Move export mode checkboxes to the left sideGenerally when we have checkable list items, the checkboxes are on the
left side of the list item, not the right side.
This is a follow-up to https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/460.
![Screenshot_20210513_1201...Generally when we have checkable list items, the checkboxes are on the
left side of the list item, not the right side.
This is a follow-up to https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/460.
![Screenshot_20210513_120108](/uploads/542eef8618428e6c3b1d33d1f19e78c1/Screenshot_20210513_120108.png)
cc @teams/vdg @davidre5.23