GNOME Bugzilla – Bug 538050
Orca should announce the slide title, number, and count when Page Up/Page Down is pressed in Impress
Last modified: 2010-09-20 10:52:51 UTC
Steps to reproduce: 1. Launch Impress and create a new presentation. 2. Create several slides and place text in them. 3. Press F6 until you get to the scroll pane. 4. Press Page Up and Page Down to move amongst the slides. Actual results: Orca says nothing Expected results: Orca would announce the following: 1. The slide title** 2. The slide number 3. The slide count. Thus given a 10-slide presentation in which the title placeholder of slide 2 contains the text "My Nifty Title", Orca would speak the following when the user pressed Page Down to move to slide 2: "My Nifty Title, slide 2 of 10" ** If there is no title placeholder, just speak the slide number and count. Also, if there is a title placeholder, but a title hasn't been provided (i.e. it says "Click to Add Title", we should act as if the slide is titleless.
Created attachment 112670 [details] Orca debug log generated whilst testing this problem. I tested this with the ooimpress presentation attached to bug #523228 http://bugzilla.gnome.org/attachment.cgi?id=107632&action=view Here are some comments of the Orca debug log attached: After using F6 to get to the "scroll pane" for the presentation, the first press of Page_Down (line 1548) causes the following events to be generated: 1) OBJECT EVENT: object:state-changed:focused detail=(0,0) app.name='soffice' name='None' role='scroll pane' state='enabled focused sensitive showing visible' relations='' 2) OBJECT EVENT: object:state-changed:focused detail=(1,0) app.name='soffice' name='Drawing View' role='unknown' state='enabled focusable focused selectable sensitive showing visible' relations='' 3) OBJECT EVENT: object:selection-changed detail=(0,0) app.name='soffice' name='Slides View' role='panel' state='active enabled focusable multiselectable opaque selectable showing visible' relations='' 4) OBJECT EVENT: object:selection-changed detail=(0,0) app.name='soffice' name='Slides View' role='panel' state='active enabled focusable multiselectable opaque selectable showing visible' relations='' 5) OBJECT EVENT: focus: detail=(0,0) app.name='soffice' name='Drawing View' role='unknown' state='enabled focusable focused selectable sensitive showing visible' relations='' For this first case, event 2) causes: SPEECH OUTPUT: '' SPEECH OUTPUT: 'Drawing View' because role is "unknown" and therefore that's the best that _getDefaultSpeech() can do (line 1409). For the next Page_Down (line 1444), we get the following events: 1) OBJECT EVENT: object:selection-changed detail=(0,0) app.name='soffice' name='Slides View' role='panel' state='active enabled focusable multiselectable opaque selectable showing visible' relations='' 2) OBJECT EVENT: object:selection-changed detail=(0,0) app.name='soffice' name='Slides View' role='panel' state='active enabled focusable multiselectable opaque selectable showing visible' relations='' 3) OBJECT EVENT: object:selection-changed detail=(0,0) app.name='soffice' name='Slides View' role='panel' state='active enabled focusable multiselectable opaque selectable showing visible' relations='' 4) OBJECT EVENT: object:selection-changed detail=(0,0) app.name='soffice' name='Slides View' role='panel' state='active enabled focusable multiselectable opaque selectable showing visible' relations='' 5) OBJECT EVENT: object:selection-changed detail=(0,0) app.name='soffice' name='Slides View' role='panel' state='active enabled focusable multiselectable opaque selectable showing visible' relations='' There are no new events for the focused object, so we are unable to speak anything. This looks like YAOOOB, which I'll file next and block this one against.
OOo issue #90690 has been filed: http://www.openoffice.org/issues/show_bug.cgi?id=90690
(In reply to comment #2) > OOo issue #90690 has been filed: > http://www.openoffice.org/issues/show_bug.cgi?id=90690 The OOo team has marked this bug as FIXED, so I'm unblocking this one and marking it as [to verify].
Removing the '[to verify]' as I have verified that the changes the bug fixer deemed were appropriate and what we needed have indeed been made. (I'm using dev snapshot 3.3 m75 in OpenSolaris.) Having said that, I'm not so sure that he and I agree with what makes for an ideal fix for this problem. I'm assigning this bug to myself for now. My goal is to work with what they've given us and see how far I can get with it without doing an extreme amount of fragile and/or inappropriate hacking. Then we can get something in the hands of users for additional feedback, file any new bugs/rfe's against OOo (and provide them with very specific requirements), etc., etc. For now, aiming for 2.31.2.
After much waiting and a bit of hacking, done. http://git.gnome.org/browse/orca/commit/?id=3a9f38250590b514d92ccf3479cfda31a98f300d Note that you'll need a pretty recent version of OOo. Also note that Impress support in Orca is just getting started. Stay tuned!