GNOME Bugzilla – Bug 551172
getDisplayedText() should adjustForRepeats and possibly also adjustForLinks
Last modified: 2009-05-08 15:40:31 UTC
Steps to reproduce: 1. Create a new folder in nautilus named "##########". 2. See what Orca says when you arrow to it. 3. See what Orca says when you do a basic whereAmI on it. 4. With it selected, see what Orca says when you read the status bar. 5. Press Return to open it and read the title of the frame/window 6. Navigate to it's toggle button (where you can go back and also choose other folders you've recently been in) You get the idea. :-) I initially came across this issue working on 550137 (OOo Writer table issues). When table cells in Writer documents get focus, we don't speak the links as links as part of presenting the cell content. That's because the soffice speechgenerator defaults to the default speechgenerator which ultimately calls getDisplayedText() which does various and sundry things other than adjustForLinks. A bit more looking and testing revealed it doesn't adjustForRepeats either. I initially thought about just dealing with this in the soffice script, but curiosity got the best of me. :-) Seems like an Orca-wide issue which should be dealt with Orca-wide -- somehow. Doing it in getDisplayedText() seemed like it would be easy enough. Thoughts?
(In reply to comment #0) > speechgenerator defaults to the default speechgenerator which ultimately calls > getDisplayedText() which does various and sundry things other than > adjustForLinks. A bit more looking and testing revealed it doesn't > adjustForRepeats either. getDisplayedText is supposed to return a string that can be used for braille and speech, so I'm not sure it should be doing things like adjustForRepeats. Instead, I wonder if adjustForRepeats probably should be pushed down into the speech module and if we should try to do something similar (if possible, though it would mean passing more knowledge about the objects around) for adjustForLinks.
(In reply to comment #1) > (In reply to comment #0) > > speechgenerator defaults to the default speechgenerator which ultimately calls > > getDisplayedText() which does various and sundry things other than > > adjustForLinks. A bit more looking and testing revealed it doesn't > > adjustForRepeats either. > > getDisplayedText is supposed to return a string that can be used for braille > and speech, so I'm not sure it should be doing things like adjustForRepeats. > Instead, I wonder if adjustForRepeats probably should be pushed down into the > speech module and if we should try to do something similar (if possible, though > it would mean passing more knowledge about the objects around) for > adjustForLinks. See also bug #412656, where there is discussion about pushing the adjustForRepeats down to speech.py.
Other bugs (bug #570658 and bug #412656) will be addressing this.