[Webkit-unassigned] [Bug 27546] [GTK] context menu overriding API is very limited

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Sun Oct 4 03:46:36 PDT 2009


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





--- Comment #25 from Gustavo Noronha (kov) <gns at gnome.org>  2009-10-04 03:46:35 PDT ---
(From update of attachment 40181)
>  #endif
> +#if !PLATFORM(GTK)
>              appendItem(SearchWebItem);
>              appendItem(*separatorItem());
> -     
> +#endif

I think this makes sense, since we don't have an implementation for that, and I
don't see it happening in the near future.

>          if (!inPasswordField) {
> +#if PLATFORM(GTK)
> +            if (frame->editor()->canEditRichly()) {
> +                appendItem(*separatorItem());
> +                ContextMenuItem  FontMenuItem(SubmenuType, ContextMenuItemTagFontMenu, 
> +                    contextMenuItemTagFontMenu());
> +                createAndAppendFontSubMenu(m_hitTestResult, FontMenuItem);
> +                appendItem(FontMenuItem);
> +            }
> +#else


Conditionally displaying the font menu also sounds good, but I am not so sure
about the spelling check one. What you're saying is that this UI should be the
browser's responsibility, alone? I'd like to hear what Xan thinks here before
giving you r+.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list