In D27353#618452, @ivan wrote:

This looks cool. The thing I'm missing (correct me if I'm wrong - I'm yet to test the patch) is for it to open the switcher when dragging the window over the switcher applet icon.

In T10233#180614, @dariuszdeoniziak wrote:

I think best way to unify shortcuts in applications would be to use both Ctrl + PgUp / Ctrl + PgDn and Ctrl + Tab / Ctrl + Shift + Tab when possible, but not if it is already used by important feature or is a non formal industry standard, in that case use only one of the shortcuts. If both shortcuts can't be used by an application then either leave tab switch unassigned by default or provide 3rd shortcut option.

In T10233#221316, @ngraham wrote:

For windows with like 30 tabs (i.e. web browsers), it turns into a list, which is nice

Have we ever considered thinking outside the (application) box and telling the UI shell which views are being managed by each window, so the shell can help the user switch view (app/view/file/uri, even Activity) consistently? I realise this is bigger than consistent tab style across apps, so please point me to it if this is in the wrong place.

I just came here because this is an issue that intensely irritates me, and I'd like to help: https://blogs.kde.org/2020/02/19/it-time-war-tabs

Removed debug statement;
Added changed qml file to diff.

There is a change to the QML missing from this diff as it stands, will amend it tomorrow

In D27322#612156, @ivan wrote:

Cool idea, I'll have to think of something similar for the regular activity switcher

@broulik Thanks!

Changes integrated into https://phabricator.kde.org/D27322 - how do I withdraw/close a posted diff in phabricator? :)

I tried to test dragging multiple windows (as a grouped taskbar entry) but this fails at the first test, outside of my changes, so I think there's an unrelated bug hiding in TaskManager::XWindowTasksModel::winIdsFromMimeData(), which can wait for another patch.

Implement feedback from d_ed