GNOME Bugzilla – Bug 613657
F7 should (continue to) toggle caret navigation
Last modified: 2018-05-22 12:54:21 UTC
With the Gecko-based Yelp, pressing F7 toggled caret navigation. This does not seem to be the case for the Yelp-3-0 branch. (WebKitGtk supports caret navigation, but it seems individual apps are expected to handle the toggling.)
Hey Joanie. This is already on my list. I'll get it in soon.
OK, I've got this in, but I've noticed a problem. When you press F7, focus seems to be lost in limbo. You have to press Tab to get the cursor into the view. Grabbing focus on the view didn't seem to fix it. By the way, like the font settings, this isn't actually stored, so you'll have to re-enable it every time you start Yelp. This is a temporary problem until I get GConf or GSettings hooked up. I'm waiting to see how GSettings shakes out.
This is in 2.31.1, including storing the preference. I'm hesitant to close this because of the problem I mentioned in comment 2. Any thoughts?
I tried taking a look but right now, on my unstable Ubuntu laptop with WebKitGtk and Yelp 3 and Yelp XSL all from git master, Yelp segfaults immediately upon launch. So I've hosed something somewhere. :-( Once I get that straightened out, I'll take a look. But the worst-case, "just get it working for 3.0" scenario would be for Orca to position the caret at the top via atk_text_set_caret_offset() when a new page is loaded. (We of course need to make sure that works...)
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/yelp/issues/48.