On Jun 6, 2018, at 2:13 AM, Gabriele Greco <gabrielegreco gmail com> wrote:
> There is a "clean" way to allow copy & paste on GtkEntry/GtkTextView on the OSX GTK version at least ALSO with CMD-C & CMD-V ?
Unless you’re using a very old version of Gtk--more than 5 or 6 years--for some strange reason
it should Just Work *with out-of-the-box GtkEntry/TextView*. If the code using the widgets has overridden the bindings to <control>C and <control>V then you’ll have to patch it.In C you can use GDK_MODIFIER_INTENT_PRIMARY_ACCELERATOR instead of GDK_CONTROL_MASK. GtkBuilder got a <primary> modifier in 3.20 that does the same thing, but Glade neither understands it nor uses it. Worse, Glade gets it completely wrong by having a radio choice for “primary” modifier but inserting <control> in response. Sorry I forgot to mention that my apps are all based on GTK 2.24.x (with X the latest patch). Mostly because I found in the past (last time I checked was about two years ago) that Win32 and OSX versions of GTK 3 where a bit buggy and not suited for production environment.I also have a tiny C++ wrapper on GTK that will need a lot of work to be ported to GTK 3 ( https://oogtk.sourceforge.net ), but that's a secondary issue :)My GUI use GtkBuilder, but, as you said, GtkBuilder supports GDK_MODIFIER_INTENT_PRIMARY_ ACCELERATOR since 3.20.Of course grepping that macro in my GTK 2 sources do not give any result...For Gtk+-2 you’ll need to patch the code with #ifdef __APPLE__ or some such. If you’re using gtk_mac_integration you can use whatever preprocessor macro you use to control that. The functions you need are https://developer.gnome.org/gtk2/stable/gtk2-Bindings. and the signals are cut-clipboard, copy-clipboard, and paste-clipboard. The command keys are bound to GDK_META_MASK. If the entry is created with GtkBuilder then load the builder file first, then override the signal’s keybinding.html Regards,John Ralls