After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 602519 - Implement a desktop-wide setting to toggle caret navigation in non-editable text widgets
Implement a desktop-wide setting to toggle caret navigation in non-editable t...
Status: RESOLVED FIXED
Product: gnome-settings-daemon
Classification: Core
Component: xsettings
unspecified
Other All
: Normal enhancement
: ---
Assigned To: gnome-settings-daemon-maint
gnome-settings-daemon-maint
Depends on: 602526 763123
Blocks:
 
 
Reported: 2009-11-20 18:16 UTC by Joanmarie Diggs (IRC: joanie)
Modified: 2016-03-07 16:10 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
xsettings: Export Gtk/KeynavUseCaret (1.47 KB, patch)
2016-03-05 04:02 UTC, Matthias Clasen
committed Details | Review

Description Joanmarie Diggs (IRC: joanie) 2009-11-20 18:16:24 UTC
This thread already explains what is needed more elegantly than I would. :-)
http://www.mail-archive.com/desktop-devel-list@gnome.org/msg17531.html

On Thu, 2009-10-22 at 14:48 -0400, Willie Walker wrote:
> Thanks Shaun!
> 
> > Epiphany and Evolution also both respond to F7 to enable
> > caret navigation.  (And, by the way, though Yelp stores
> > this in GConf, it also responds to F7.)  We're seeing
> > more and more applications use an HTML renderer for core
> > parts of their interfaces, such as Gwibber, and Empathy
> > with the Adium theme.
> > 
> > I also wonder if non-editable GtkTextView widgets should
> > be doing something here.
> 
> It's definitely something that is becoming more common, and I think you 
> either want it or not versus turning it on in one application and 
> disabling it in another.
> 
> > If we had a desktop-wide setting (possibly propagated by
> > an xsetting), then GTK+/Gecko/WebKit/etc could just pick
> > it up and do the right thing, without any extra work from
> > application developers.
> 
> The XSetting notion is interesting.  Which component would we file and 
> RFE for to get this?  gnome-settings-daemon?

Well, a few places.  We'd probably want to add something here:

http://www.freedesktop.org/wiki/Specifications/XSettingsRegistry

Then, I suppose there should be a GtkSettings property:

http://library.gnome.org/devel/gtk/stable/GtkSettings.html

And then, yes, gnome-settings-daemon would be responsible for
watching GConf (or whatever) and settings the XSetting.

--
Shaun
Comment 1 Jens Granseuer 2009-11-20 18:23:26 UTC
Is there a corresponding GTK+ bug already? The implementation needs to come first, then we can add a setting.
Comment 2 Joanmarie Diggs (IRC: joanie) 2009-11-20 19:07:37 UTC
There wasn't. I wasn't sure if it was a Gtk+ thing or a dconf/gsettings thing and saw your comment while trying to decide. :-)

Now there's https://bugzilla.gnome.org/show_bug.cgi?id=602526.

Thanks!
Comment 3 Matthias Clasen 2016-03-05 04:02:24 UTC
Created attachment 323137 [details] [review]
xsettings: Export Gtk/KeynavUseCaret

This setting is needed for accessibility.
Comment 4 Bastien Nocera 2016-03-07 09:39:25 UTC
Review of attachment 323137 [details] [review]:

Looks good, if you can get the gsettings-desktop-schemas patch in.
Comment 5 Matthias Clasen 2016-03-07 16:10:11 UTC
Attachment 323137 [details] pushed as 54d694d - xsettings: Export Gtk/KeynavUseCaret