To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=86112
------- Additional comments from [EMAIL PROTECTED] Thu Jun 26 13:02:38 +0000 2008 ------- Thanks for looking into this bug. As background, the typical runtime scenario is that Orca will be running prior to OOo. As a result, Orca will have requested listeners for focus events. Also, to make sure I understand things correctly, the majority of this bug has been fixed. It's now just down to how to get the appropriate information to Orca so it can make the "Left Area" presentation when the dialog first appears. Is that correct? >scenario 1: > >- the object that receives focus tries to send state-changed:focused, >but no listeners from the OOo ATK bridge have been attached yet. > >- the OOo ATK bridge receives a VCL focus event and sends a "focus" >event either for the VCL control itself or the children with the a11y >focus (e.g. a paragraph object). > >- Since listeners are attached now, state-changed events will be passed >to ATK from there on If Orca is running prior to OOo, would this scenario be realistic? >scenario 2: > >step one and two of scenario 1 are reversed, so that there already is >a listener attached to the object gaining focus and the initial >state-changed:focused will make it to orca. > >We believe issue 86112 is due to scenario 1. To fix it, the bridge >could send a synthetic state-changed:focused when it creates a wrapper >object which has the focused state in its state set, but this might >leave to a duplicate state-changed:focused event in scenario 2. Orca has defensive code in it to handle duplicate focus events from objects, so it might be able to deal well with the proposed fix. To make sure I understand what you're describing, however, the object is created with the focused state set and as a result, there's no chance of this object emitting a focus event? If so, this answers my question above and it seems like a potential bug in the OOo implementation: if an object gets focus, a focus event should be emitted for it. >Another potential solution might be to let the bridge emit a "focus" >events for VCL control & the focused child, but as focus events are >collected until idle, this one might not reach orca. Just as a quick question to make sure I understand the vernacular, what is a VCL control and how does it relate to an ATK object? Is it that the VCL control is OOo's equivalent of a GTK+ control and OOo has something like GAIL to create ATK objects? I also want to be sure I understand how the term "bridge" is being used here. I don't believe you are referring to the ATK bridge, but I'm not sure. >A third potential solution might be to use a dedicated role for text >containers, which tells orca to speak the parent object as well. I'm not sure how this would work. What would the object and event models be for this dedicated role? In addition, are you proposing a new AT-SPI role type, or would you use an existing one? Thanks! --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
