https://bugs.kde.org/show_bug.cgi?id=455355
RM changed:
What|Removed |Added
CC||r...@richardmay.net
--
You are receiving this mail becaus
https://bugs.kde.org/show_bug.cgi?id=455355
--- Comment #7 from Christian (Fuchs) ---
(In reply to Marco Martin from comment #6)
> This was a pretty obscure feature, assigning random actions to buttons (that
> one, moving a window to whatever the current desktop was, doesn't seem
> particularly i
https://bugs.kde.org/show_bug.cgi?id=455355
Marco Martin changed:
What|Removed |Added
Priority|VHI |NOR
Severity|normal
https://bugs.kde.org/show_bug.cgi?id=455355
--- Comment #5 from Christian (Fuchs) ---
(In reply to Nate Graham from comment #4)
> Thanks, that's helpful. Confirmed. Marking as a bug rather than a wishlist
> item since the intention was to preserve feature parity with the QML port.
>
> Given that
https://bugs.kde.org/show_bug.cgi?id=455355
Nate Graham changed:
What|Removed |Added
Ever confirmed|0 |1
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=455355
--- Comment #3 from Christian (Fuchs) ---
A very crude way to get that behaviour again would be to modify the main.qml of
windowview to
onWindowClicked: {
if (eventPoint.event.button == Qt.MiddleButton) {
https://bugs.kde.org/show_bug.cgi?id=455355
--- Comment #2 from Christian (Fuchs) ---
(In reply to Nate Graham from comment #1)
> Can you explain what "Pulling a window to the current workspace is no longer
> possible" means? I don't have this usage mode so I'm not familiar with how
> it used to
https://bugs.kde.org/show_bug.cgi?id=455355
Nate Graham changed:
What|Removed |Added
Keywords||regression
CC|