Hi Brian:
I asked this question in IRC yesterday, but didn't get a response so I am trying the mailing list. So I apologize if someone is seeing this question twice.
Sorry about that. The very very small Orca team has been heads down trying to solve known issues for the GNOME 2.24 freezes coming up. So, we have been in hiding a little bit.
I am writing some Orca regression tests to get familiar with Orca's test harness so we can use it on our Mono WinForms accessibilityproject (http://www.mono-project.com/Accessibility).
Cool!
Notice that the last second argument of the AssertPresentationAction method has duplicate BRAILLE LINE and VISIBLE strings; this is the only way the test will pass. The strange part is that when running Orca with orca.debug.LEVEL_INFO set, I don't see this duplication when executing the key commands manually. Any ideas why this would happen?
In looking at the Orca code, it looks to me that the lines are the result of the automatic exiting of flat review when you cause something in the interface to get focus. That is, prior to pressing tab, flat review was enabled and on the label above the buttons. When you pressed tab, focus was given to a button. As it does with this and other events (e.g., caret movement events), Orca automatically gets out of flat review mode and shows the current object with focus. It then continues to process the focus event and shows the object with focus (again).
We could potentially change this double-braille behavior in Orca so you don't have to put multiple lines in your tests. It's very close to the end of the GNOME 2.24 cycle, however, and I'd rather leave the double-braille behavior in there and remain conservative for now. If you feel very strongly about it, though, please file a bug in bugzilla and we'll track it.
Hope this helps! Will