[Webkit-unassigned] [Bug 226681] [GTK] Long press context menu only appears after releasing the finger

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=226681

--- Comment #3 from Carlos Garnacho <carlosg at gnome.org> ---
> (In reply to Alexander Mikhaylenko from comment #2)
> Well, as is it breaks existing behavior.

Well, seems we both have the same point :p.

> Everything that uses long press in
> GTK, and on both iOS and ANdroid has the timeout as a trigger, not release.

As said, "long press for menu" is something the GTK toolkit actively moved away from. Some GTK apps do that, but they don't define the platform. GtkGestureLongPress has no logical action associated, it can be used both to trigger and inhibit a certain state.

Since we're stuck with the context menu here, if we want to address this as a regression and not regress again on text selection, I think we would need to make the long press 2-leveled, so a shorter wait turns off scroll mode (allowing text selection), and a longer wait brings the context menu. When text selection is initiated the context menu action would be cancelled. That is roughly what would happen in GTK across 2 widgets with GtkScrolledWindow and a child widget trying to use GtkGestureLongPress to bring a context menu.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20210607/62f450d1/attachment.htm>