https://bugs.kde.org/show_bug.cgi?id=504765
cwo <cwo....@posteo.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Latest Commit|https://invent.kde.org/plas |https://invent.kde.org/plas
|ma/plasma-desktop/-/commit/ |ma/plasma-desktop/-/commit/
|53d67b9a0b82fff40b2057f1ceb |53bd4d6b9f85e1c9962fa30c703
|74b529b943df5 |c462b4b3e1a13
--- Comment #5 from cwo <cwo....@posteo.net> ---
Git commit 53bd4d6b9f85e1c9962fa30c703c462b4b3e1a13 by Christoph Wolk.
Committed on 27/05/2025 at 10:05.
Pushed by cwo into branch 'Plasma/6.4'.
containments/desktop: redetermine item on click
In case of touch events, Folder View already resets the hovered item to
the actual click position, as touch does not cause hover events. There
is another case where a click on a non-hovered element can happen,
namely if the containsMouse determination is blocked by an open context
menu. If the user does not move the pointer after opening a context
menu, moving the pointer to another item, and closing the context menu,
left-clicking will leave the icon completely unaffected and right-
clicking will re-open the previous context menu, rather than open the
one for the clicked entry.
Instead, always take the delegate that was clicked to activate or open
the context menu, whether on touch or not. This matches the behavior in
Dolphin, where in the same situation the hover feedback is not updated,
but clicking still works normally.
(cherry picked from commit 53d67b9a0b82fff40b2057f1ceb74b529b943df5)
Co-authored-by: Christoph Wolk <cwo....@posteo.net>
M +11 -8 containments/desktop/package/contents/ui/FolderView.qml
https://invent.kde.org/plasma/plasma-desktop/-/commit/53bd4d6b9f85e1c9962fa30c703c462b4b3e1a13
--
You are receiving this mail because:
You are watching all bug changes.
