GNOME Bugzilla – Bug 677320
Cannot perform braille scrolling amongst objects in WebKitGtk content
Last modified: 2012-08-14 04:32:27 UTC
Created attachment 215478 [details] Debug file with show some scrolling trying Dear Developers, In Webkit based Yelp version if I want reading a help topics with my braille display, scrolling not always work. The scrolling usual stop working after headings. Reproducation steps: 1. Click help button in Orca main wndow, or present anyway the Orca help. 2. Open for example the learning modes related section. 3. Jump the first heading, and begin scrolling a braille display. Not long time later the scrolling stop working. I attaching two debug file with shows two various issues with possible relate this problem. Hopefuly I not found a known WebkitGTK issue. :-(:-( Attila
Created attachment 215479 [details] Another debug file with shows more detailed testings This debug.out file shows an unicode error when I try more testing the braille scrolling. I forgot wrote with my report: I using Ubuntu 12.04 GNOME3 with fallback session and Orca 3.4.2pre release. Possible need fixing this error both 3.4 and master branch if this is possible. Attila
Traceback fixed. I'll look at the reported problem once I get caught up on the Python 3 migration, etc. Thanks for the report!
As I stated in the commit message: ===== Note: This fix solves the reported problem of WebKitGtk objects not being something one can scroll amongst. There are still refinements which need to be made pending user feedback and related braille bugs since discovered which need to be fixed. ===== The user feedback is w.r.t. re-positioning the caret automatically. I've not done that in this fix because in general I think that is a bad idea. You can always route the cursor with your braille display's cursor routing keys. I have tested this and it seems to be working as expected. Feedback request here: https://mail.gnome.org/archives/orca-list/2012-August/msg00055.html The refinements include: * https://bugzilla.gnome.org/show_bug.cgi?id=664557 * Need to sort out start and end of line issues (bug not yet filed) * Need to determine what should happen for all documents (not just WebKitGtk) w.r.t. scrolling into them from the outside. I shall deal with the above soon (and possibly next). In the meantime, you can now scroll amongst objects, so this bug is fixed.
master: http://git.gnome.org/browse/orca/commit/?id=fc18bfd134786e126ae25744d4935d49d0e4e591 gnome-3-6: http://git.gnome.org/browse/orca/commit/?h=gnome-3-6&id=b7d6a28e4e25024be131199e432e3bf25c615da5
Hy Joanie, My experiences the fix related: Scrolling already works, but skyp some lines if I using my braille display the general left and right scrolling keys in Yelp. Reproducation steps if you have a braille display with normal paragraphs related: 1. Activate Orca help page, and click for example the learning mode related section. 2. Goto h key the first heading. 3. Scroll some lines with right scrolling key. First scroll action the first line begin presenting the braille display, but when you doing the second scroll action (line not fitting entire the braille display), you land the z letter and see $l simbol. This is right. Ok, now you do a third scroll action. Braille cursor will be lands the second heading level (using learning mode), and about two or three lines skypped. This is the first problem. Other reproducation steps with related Webkit GTK lists: If I go to the second heading level and try reading braille how can possible using learning mode, when I do first scroll action i only see "list" role name text. When I try doing the second scroll action, I see how can possible using list shortcuts feature. When I do the third scroll action, I see again list role name, and fourth scroll action I see "more information" text. So, entire bulleted list wrote steps skipped the scrolling. I using Ubuntu 12.04, WebkitGTK version is 1.8.0-0ubuntu2, in proposed repository awailable the 1.8.1-0ubuntu0.12.04.1 minor version. I opening new issue this described new problems related? Attila
Hi Attila. Thanks for the feedback and test cases! These are the sorts of things I mentioned in my closing comment about other bugs and issues to sort out (like braille not always displaying the correct item). There are also some WebKitGtk bugs which are known and are to be fixed as part of the F123.org-sponsored work. These bugs also impact what gets displayed in braille and are not something I can fix on the Orca side. Long way of saying: When I think everything is working as expected, I will put out a call for testing.
Attila please pull the latest gnome-3-6 branch and test braille scrolling. Thanks!
Joanie, congratulation and million thanks! All prewious wrote testcases passed succesfuly, Yelp WebkitGtk objects are now right scrollable. I full possible now reading Orca help pages with Yelp again, this is wonderful. Now before steps not presenting the step number (similar with normal caret navigation), the step number is hearing only if I doing a sayall operation. This issue I experienced only. In Firefox the normal lists the list item simbol presenting the braille display before the list item text. Attila