Re: Reg. modifying GTK+ to add menu option

[Sindhu S <sindhus live in>]

That's a neat way of achieving the same functionality but unfortunately
there exists a large section of laymen users who do not use keyboard so
much as we want them to, for them a right click to select and copy should
put the "Look Up" menu in front of them that is to say, it's much more
discoverable usability wise :)

There are definitely alternate ways of achieving this functionality with
minimal tweaking of existing libraries, the mailing list has given me many
pointers to consider so thank you :)


On Thu, Apr 11, 2013 at 11:29 PM, Vlasov Vitaly <vnigtha gmail com> wrote:

> Hello.
>
> Hmm...
> I use goldendict for similar functionality. goldendict has a special key
> (default win+alt). When special key is pressed, current selected word will
> be translated in pop-up window, as it is shown in your first screenshot.
> How does goldendict do it? I think he scan all keypress actions from X
> server, may be Qt helps him. As I know, GNOME can add user's action to
> keypress. May be you need hack GNOME dict and GNONE, not gtk+.
>
> I think, adding new context menu to gtk+ is a bad choice. gtk+ is toolkit
> for making GUI and is not suitable for this purpose. gtk+ is used on
> systems that do not have GNOME dict or GNOME. New context menu is useless
> for those systems.
>
> How I see the solution to this problem: GNOME must have special key with
> action "look up word". On this action GNOME must send selected word (I
> think it's not a big problem to get selected word) to GNOME dict. dict
> shows pop-up window with definition.
>
> Good luck with this feature.
> _______________________________________________
> gtk-app-devel-list mailing list
> gtk-app-devel-list gnome org
> https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list