GNOME Bugzilla – Bug 448261
selection-changed signal for GtkEditables and GtkTextBuffers
Last modified: 2018-02-10 03:38:52 UTC
I would like to see a "selection-changed" signal for GtkEditables and GtkTextBuffers. Currently you have to resort to hacks to detect whether the selection has changed (for example to enable/disable cut/copy menu items). These hacks include regular checks of the selection status (using a timeout), or a notification on GtkTextBuffers "has-selection" property.
+1 - I'd like this for Evolution as well for updating Cut/Copy/Paste main menu actions.
For widgets implementing GtkEditable, we currently update our main menu actions in response to any GtkClipboard::owner-change signal, which can be triggered by any app. So it's way overkill.
We're moving to gitlab! As part of this move, we are closing bugs that haven't seen activity in more than 5 years. If this issue is still imporant to you and
still relevant with GTK+ 3.22 or master, please consider creating a gitlab issue