<html>
<head>
<base href="https://bugs.webkit.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - [GTK] Use CROSS_PLATFORM_CONTEXT_MENUS"
href="https://bugs.webkit.org/show_bug.cgi?id=150642#c7">Comment # 7</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - [GTK] Use CROSS_PLATFORM_CONTEXT_MENUS"
href="https://bugs.webkit.org/show_bug.cgi?id=150642">bug 150642</a>
from <span class="vcard"><a class="email" href="mailto:mcatanzaro@igalia.com" title="Michael Catanzaro <mcatanzaro@igalia.com>"> <span class="fn">Michael Catanzaro</span></a>
</span></b>
<pre>Stock items don't matter much if you like them, it just looked like an easy cleanup to me.
(In reply to <a href="show_bug.cgi?id=150642#c5">comment #5</a>)
<span class="quote">> Last time I checked it was not that easy, it would probably require a glib
> version bump to ensure it does everything we need, and it affects the public
> API. So, I don't see the point, GtkAction works very well for us.</span >
For Epiphany, we will need to use GAction and GMenuModel to get can get a popover menu button. We could use GAction for that and GtkAction for the context menus, but that would be messy, and GtkAction is confusing and not used elsewhere in GNOME anymore, so we don't want to.
Basically, I want the ability to create WebKitContextMenuItems based on GActions rather than GtkActions. I am hoping the implementation could be layered on top of the current GtkAction implementation; the goal is to ensure the client doesn't have to use confusing GtkAction, but of course we have to in WebKit. Something I'll look into eventually, so don't worry if you don't want to work on it yourself; I just brought it up since you've clearly spent quite some time with the context menus recently, and you understand GtkAction. Anyway, it's outside the scope of this bug.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>