Created attachment 74579 [details]
Sample document highlighting the previously described problem

I've opened OOo issue #70367
http://www.openoffice.org/issues/show_bug.cgi?id=70367
against this problem. Adjusting the summary of this bug
o reflect that we are currently blocked.

Add accessibility keyword.  Apologies for spam.

From OOo issue #70367

http://www.openoffice.org/issues/show_bug.cgi?id=70367

it appears that in OOo 1.1, this used
to by Shift-F5 but has now been changed 
to Shift-F4.

Shame on us for not knowing that! ;-)

Mike, could give it a try please, and see 
if this does what you want?

Thanks.

I just tried this and it did not seem like anything was happening.  I was in a form with several fields that needed to be filled out.  When I pressed this key combination I heard nothing and the braille display did not change.  

I've reopened OOo issue #70367 with the following comment:

"I just tried Shift-F4 as you suggested on the sample document:
http://bugzilla.gnome.org/attachment.cgi?id=74579&action=view
Firstly there is no indication for a blind person when you need
to hit Shift-F4. Even doing it visually, it doesn't allow me to
navigate the forms. Down arrow just moved the form done. Tab
allows me to jump from one form to another.

Reopening the bug. Please explain how to navigate all the fields
in each form.

Thanks."

Update from the OOo issue #70367. 

"Jumping to the first control works using Ctrl+F5, after that travelling 
works with Tab
BTW: The referred document has a very strange tab order."

They've closed that bug out again as WORKSFORME. 

I just tried their suggestion. With OOo v2.0.4, swriter goes into
error recovery mode. With OOo v2.1, Ctrl-F5 does appear to do something
but it's weird. The Tab order is definitely zany.

Mike, could you please try this out and comment back? Thanks.

truthfully, I can't make much sense out of what this is supposed to be doing.  Some times it seems to move focus and other times not but I haven't yet been able to find a good pattern to describe the behavior.  Perhaps we need to send them a couple documents as well as some orca .keys files to illistrate the problem.  Hopefully who ever is looking at this bug has orca installed.  

I believe this last comment was the first time that the OOo bug responder
actually tried something (otherwise I don't believe he would initially
have suggested Shift-F4).

I suggest adding a couple of simple sample documents to the OOo issue:
http://www.openoffice.org/issues/show_bug.cgi?id=70367
and reopening it. I can continue to be the middle man if you want,
but it's probably best for you to step in at this point as you can 
explain the problem(s) better than I can.

I've added another comment to:

http://www.openoffice.org/issues/show_bug.cgi?id=70367

and reopened it. Hopefully we will get a more detailed 
explanation on how to navigate this form now.

Removing target milestone from [blocked] bugs.  We have little control over them, so we're better off letting priority and severity be our guide for poking the related components.

The OOo folks decided to close http://www.openoffice.org/issues/show_bug.cgi?id=70367 as invalid.  Sigh.  Joanie had a number of thoughts on this particular issue, I think.  Joanie - do you want to write them up here?

Like the Phoenix rising from the ashes, I present to you all Son of Issue 70367 (aka Issue 87784): http://www.openoffice.org/issues/show_bug.cgi?id=87784 ;-)

I spent some time this evening learning how to make (what I believe to be) a simpler, cleaner form -- and one that is more accessible than es's "accessible sample."  Hopefully I detailed the problems in such a way that they'll "get it"....

The blocking bug (http://www.openoffice.org/issues/show_bug.cgi?id=87784) has been recently marked as fixed. We need to verify the fix which (I believe) will be made available in OOo 3.3.

It's not integrated in m77. I've asked for an ETA and am reblocking this bug in the meantime.

Another ancient tracking bug that has proven useless.