GNOME Bugzilla – Bug 327673
No speech output on new paragraphs in OOo Writer
Last modified: 2006-04-13 12:22:34 UTC
Launch OOo Writer and type some text. Move the cursor to the beginning of the line and press <enter>: the current line moves down (so does the cursor) and a new and empty line appears at its original place, but there is no speech output for this.
<quote src=bill.haneman@sun.com> The scenario: -> a user is editing a document in Writer. The currently focussed object is the paragraph being edited. The user presses "Enter", which causes a paragraph break to be inserted at the current caret position. The event stream: * Writer creates a new object (in this case, ROLE_PARAGRAPH, but it could have a different role in some applications, i.e. ROLE_TEXT, ROLE_HEADER, etc. from the newly-added At-spi roles) * The new object is inserted into the container hierarchy as a "sibling" of the currently focussed object. The contents of the currently-focussed object does not change, though its onscreen position does (thus "bounds-changed" should be fired, for the benefit of magnification focus tracking). * The insertion of the new object results in "children-changed:add" being emitted on the container which includes the currently focussed text object AND the new, preceding, empty paragraph. * Focus DOES NOT CHANGE. </quote>
>* The insertion of the new object results in "children-changed:add" being >emitted on the container which includes the currently focussed text object AND >the new, preceding, empty paragraph. In this case, AccessibleChildChangedEvent_getChildAccessible (event) should return the new inserted object. The result in SO version I have is always NULL. Same observation for "children-changed:remove"
This is a problem in: java-access-bridge/bridge/org/GNOME/Accessibility/JavaBridge.java:899: dispatchEvent(e.getSource(), eventName, 0, 0);
Remus - are you seeing this problem only with the OOo/SO that goes through the Java bridge, or are you seeing it also with Oliver's experimental UNO-ATK bridge version? If the latter, then Oliver, I think another bug is the source of our problem...
With OOo build with Java bridge, AccessibleChildChangedEvent_getChildAccessible (event) returns NULL. With OOo build with UNO-ATK bridge version, AccessibleChildChangedEvent_getChildAccessible (event) returns a _non_ NULL value and the role of the returned object is 'paragraph'.
Oana - are you saying that this bug is fixed with the not-yet-generally-available OOo using the new UNO-ATK bridge?
Created attachment 60758 [details] [review] Proposed patch The patch adds presentation for paragraphs. This bug is not fixed with the new UNO-ATK build. Gnopernicus reports 'paragraph' when 'visible-data-changed' event is fired. This event is useful for magnifier.
To clarify from conversation with Oana: with this patch *and* with the new UNO-ATK bridge, the user gets the correct functionality. With the patch and the *old* (e.g. shipping) version of SO/OOo, the accidental by-happenstance speaking of the new paragraph goes away. So: this patch should not be used until we move to the new UNO-ATK bridge for end-users.
Patch committed to CVS head.
Works fine for me in gnopernicus head.