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 17:43:33 +0000 2008 ------- >Solution 1 would check for a FOCUSED state at the time the ATK wrapper >object gets created and emit the state-changed event if set. As mentioned >earlier, this might lead to duplicate state-changed events in scenario 2. At the time this happens, would the object be visible/showing when this event is issued and would the widget hierarchy be complete (e.g., if we traced upwards from the object, would we end up at the OOo application)? If not, this probably is not a good solution. :-( If so, however, it might be a good thing. :-) >Solution 2 will send an additional "focus:" event eventually (might not >make it to orca when OOo is busy). In this scenario, would there occur the possibility that some other object grabbed focus before the additional focus event made it to Orca, and thus resulting in Orca forming an incorrect view of the world? --------------------------------------------------------------------- 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]
