In D24281#582168, @romangg wrote:

I am sorry for the strain that puts onto OP but we have at the moment a tendency in KWin (and in my opinion overall Plasma) to go for the least exceptional solution and instead just aim for already elsewhere established, crowd-pleasing, convenient ones.

Sorry for being late to respond.
My two main concerns are whether the modifier keys are suitable *and* that we stay consistent on them.
What we have seen so far:

In general, apps don't use the Meta key for their shortcuts, while the shell does.

I verified that the first part of this is not true. Other DEs and distro implementations such as Xubuntu use the rule Meta+(first letter of application functionality).

Also I don't like overloading the arrow keys with functionality such that you need to remember unrelated modifier keys for when does it what.

This seems to be unavoidable from what I've seen. So far, GNOME, XFCE and MATE did not manage to make things consistent in this regard, each appealing to some complex alternative just so as to compensate the lack of keys available for the huge amount of functionality. GNOME includes an alternative to Meta+arrows by using Ctrl+Alt+PgUp/Down, XFCE tried to do the opposite of Plasma, using Ctrl+Alt+arrows/PgUp-PgDown for system shortcuts and Meta for applications in addition to an extensive use of F# keys, MATE by using Ctrl+Alt to the max and simply not assigning other keyboard shortcuts, and Cinnamon simply sacrificed as much keyboard shortcuts as possible.
The main issue I see here is that we will likely end up having a four-key keycombo eventually, which I disapprove of but is not the end of the world.

• Meta+WASD is niche
• Meta+WASD requires unbinding Meta+D
• Meta+arrows for switching between DEs would require unbinding window snapping
• Meta+Alt+arrows requires unbinding switch focus, whose functionality I personally like
• Meta+Ctrl+Shift+arrows is a four-key keycombo, so should be used for the most niche navigation purposes
• Ctrl+Alt+arrows can interfere with Konsole, which is a core KDE application

Unfamiliar users accidentally pressing the wrong combination might end up in a state they do not expect and don't know how to recover from directly

This may be partially avoidable with the progressive increase in the number of keys. Assuming we have Meta+Ctrl for switching between workspaces and Meta+Ctrl+Shift for moving a window between workspaces, it would be more difficult (although marginally due to the proximity between Ctrl and Shift) for the user to press Meta+Ctrl+Shift than it is to press Meta+Ctrl. Generally speaking, the reason people use two-key keycombos is so that people don't accidentally activate functionality with a single touch. Three-key keycombos are inherently harder to press accidentally than only two keys. In this case, while the distance between Ctrl and Shift is problematic, the distance between Ctrl and Meta are not.

The shortcuts here need both hands. A workflow with quick switching of windows between different VDs is not possible.
for these I expect them to be usable via one hand and with the opposite hand of the mouse hand (normally this means they are accessed with the left hand)

Using two hands is desirable if we consider RSI, it reduces strain by letting both hands share the workload.

Okay, since default shortcut to switch to VD was already chosen, we only need to figure out the rest of the navigation shortcuts.
It was taking a while because we had to decide which modifier goes with Meta, but if one of the set has already been decided, the rest goes along quickly.
So for navigation we just need "Move Window between Screens" and "Move Window to VD". I find the first to be absolutely needed here.

I found these too:
https://userbase.kde.org/Kubuntu/Contribute
https://userbase.kde.org/Kubuntu/Contribute/BugReporting
and also a community wiki page that seems stray despite being there on Kubuntu/Contribute:
https://community.kde.org/Kubuntu/BugTriage

For starters, we could elaborate on each specific point shown in the manifesto. Especially these ones:

Added some placeholders so it should be easier to add new projects to the table.

Kabel is +1 from me
filipf's design too
Unless the other fonts could have less spacing and be bigger.
The KDE name shouldn't be too thin, it should be visible from afar and also for people with impaired vision.

In T12222#211412, @lydia wrote:

Please coordinate this with the board.

To summarize the current situation, the following are mentioned in the comments but not included in the table (checked this briefly, will repair it later if it's wrong and can't update the table rn):
BasKet Clementine CrossLine KtikZ KiCad medinria Qtemu tuxclocker Calamares Filmulator-GUI HDRMerge LuminanceHDR LMMS Rosegarden Pulse Effects KeepassXC Spectral OBS Studio QtPass QGIS OpenToonZ Mixxx ScreenTranslator asteroidOS SpeedCrunch kdbg Kup ScanTailor Sigil ZombieTrackerGPS ContainerManager kid3 tageditor qgit GoldenCheetah Stellarium Event Calendar
(Edited to make comment smaller)

Ah, my bad. I mistook the acronyms and remembered them incorrectly.
For some reason I remembered CVS was content versioning system, but what I was thinking about was actually VCS, version control system.
CVS is one of many different VCS. Will remove my suggestion accordingly.

In Brazil, there's Diolinux on Youtube: https://www.youtube.com/user/Diolinux

I will think of some proper descriptions later.
That said, I have three questions:

@Zren could maybe profit from having some of his projects hosted on KDE as well?
Event Calendar for instance has Google Calendar integration and if I recall correctly it is also integrated with KDE PIM.
We already have some widgets hosted like Eike's Simplemenu and Psifidotos' Latte Dock, for instance.

Am I correct in assuming that subtasks must be resolved as steps before the main task can be resolved?

Added T10573 as a subtask because it includes pertinent discussion about workspace navigation.
Added T12068 as a subtask because if workspaces are merged with Activities, this affects default keyboard shortcuts as well.
Added T8434 as a subtask because it seemed pertinent if we are to organize keyboard shortcuts in the Global Shortcuts KCM accordingly.

People don't notice the pager because by default there is only 1 workspace and it doesn't show at all. Most casual users aren't even aware that workspaces/virtual desktops exist in the first place.

Is there an equivalent to kdesvn, but for git? This would be very helpful after migrating to Gitlab.
Even more useful if it includes Dolphin integration, like kdesvn does.
kdesvn helps translators a lot for updating the translation repository and sending commits.

The accessibility pages all need to be updated as well.
Some of them hasn't been updated since KDE4.8 (Jovie and Simon in particular) and all of them require more comprehensive info.
I think it is vital that there be better access to information concerning a11y tools for them to be, well, more accessible.

I see that the Subtitle Composer dev was very willing to become part of KDE! That's great! That would be @maxrd2 I believe, congrats :D

Can someone verify keyboard shortcuts on Windows/OSX? I have no access to a Mac whatsoever (they are literally 5 times more overpriced in my country) and Windows would take way more time because as I understand several DEs use keyboard shortcuts from it. I didn't include them on the list but it would be nice to have those for comparison.

+1, I see no reason not to include this.

This is generally a mix of MATE and GNOME, yes?
If I recall correctly, Ubuntu MATE sets it so that Home == Upper Left, End == Bottom Left, PgUp == Upper Right and PgDown == Bottom Right, because of their layout on a typical keyboard. The only issue I see with this is the fact that some more compact keyboards such as those of laptops can come with these four keys above the numpad, but since corners are more unusual than Right and Left, it could be used.
Home and End are however set up so that they fill the gap caused by the need to use Meta+Up for maximize and Meta+Down for minimize, which comes from GNOME. I do agree that these two, namely maximize and minimize, are very useful, but I'd like to finish verifying other DEs first just to be sure that this is used in more environments, because it introduces some changes to consistency with other keyboard shortcuts, especially navigation keyboard shortcuts.
I find this a very thought out layout, but ultimately it depends on whether we follow GNOME's Up for maximize and Down for minimize, and it also depends on which modifiers we will use. I'd say that your suggestion would pretty much be a given if we choose to do that, but that would be me particularly, I'd also like to hear others' opinions on this.

Here's my take on this:

One thing of note that is set by default on both XFCE and GNOME is Ctrl+Alt+arrows for moving between workspaces: in GNOME Ctrl+Alt+Up/Down switches between workspaces vertically and XFCE uses Ctrl+Alt+Up/Down/Left/Right to switch between workspaces both vertically and horizontally. Since we're switching to Meta as default for system/shell/desktop shortcuts, could Ctrl+Alt+arrows be set as an alternative (as Plasma allows for two keyboard shortcuts for the same action through the GUI)?

I firmly believe we need a keyboard shortcut for switching windows between screens; after having checked on GNOME (which is heavily based on workspace switching), I felt the lack of such a keyboard shortcut when checking on XFCE.
I think the apropriate modifier for that would be ?+Shift+Right/Left since it's transfer/movement, however I'm not sure about the first modifier, whether it should be Ctrl or Meta.

I agree with afarid's suggestion, Musescore already has a significant userbase even on Windows and it fills a gap in KDE applications related to creative production.
Considering creative production as: audio, graphics, video, photography and publishing as per the Ubuntu Studio webpage, for instance.

Now https://userbase.kde.org/KDEConnect is almost done, maybe adding phone screenshots and polish the text would render it up-to-date.

I finished the blog post describing GNOME keyboard shortcuts, please have a read; this should be particularly insightful to those who never used GNOME.

Quite interesting stuff! I did not know about Ctrl+Space, F7, F10, Shift+F10, Ctrl+F4, Ctrl+Shift+PictureUp/Down.

In D24281#541955, @romangg wrote:

We don't need to copy other systems all the time. We can establish our own patterns when it makes sense.

I agree. I fear it might be too niche, but on the other hand, this might make Plasma more interesting for gamers.

And as long as we do that in a holistic way, i.e. not through singular patches without overall plan changing one default at a time.

Yes, this sort of keyboard shortcut must be decided on a later date, me thinks.
My bad though: I mentioned it makes sense, but this statement is empty without justification. I was envisioning something like:

• Meta+arrow = snapping windows
• Meta+Ctrl+arrow = switch to VD (because it changes where you start managing windows)
• Meta+Shift+arrow = move window between screens (because the window gets transferred)
• Meta+Alt+arrow = change focus between windows (because it changes their state)

I changed the terminology used in the task to Meta instead of Super and kept Virtual Desktop instead of Workspace, but that's for consistency sake. Meta/Win/Super are synonymous, Virtual Desktops and Workspaces are as well.