+1, this has annoyed me in the past.

Just to be sure, does it touch all applications which uses tabs (like Okular)?

In D6553#122749, @ltoscano wrote:

Just to be sure, does it touch all applications which uses tabs (like Okular)?

Yes, unless Okular is not using the standard action.

+1 LGTM. Before submitting, can you poke the usability people about this change please? If they are also happy, then it's got a ship it from me.

-1 don't see why we should change established shortcuts people have learnt to use.

Don't we have support for infinite shortcuts? Why not just add those that you find important?

QKeySequence supports more, just not this data table.

I can look into extending that of course, if we want to be conservative about this.

I am not sure if the shortcut editor allows editing the third shortcut. If the user had assigned these to other actions, she needs a way to resolve the conflicts.

Damn, you're right, the third alternate isn't editable.

Making the shortcuts dialog more complex for this corner case doesn't sound like a good solution either...

I'm considering going back to the previous approach, users of Ctrl comma/dot will have to either switch to [ / ] or PgUp/PgDown, or reconfigure shortcuts.

FYI this has caused a conflict in Kate: https://bugs.kde.org/show_bug.cgi?id=383721

Also, I have created a patch to add the new shortcuts to Konsole, which does not use KStandardShortcuts: https://phabricator.kde.org/D7354