Apache OpenOffice (AOO) Bugzilla – Issue 102694
Floaters (Styles and Formatting, Navigator) doesn't get the focus on opening
Last modified: 2010-06-23 12:17:48 UTC
I would like format the document with heading levels with Openoffice.org Writer. When I select format main menu and style and formats menu item, first displayed the required dialog, but does'nt focused the window. Not problem, I pressed alt+f6 key and choosed for example the required heading level 2 style. When need again the required task, I try choose again the format main menu and style and formats menu item, but nothing happen. I see this menu item is a check menu item with Openoffice.org 3.0, the second choose the checked state was removed, so, need repeat this steps when need the required dialog again, but the displayed dialog again not focused. I wrote my problem with Orca mailing list, and Willie Walker (Orca developer) answer this: "This seems to be a general issue with OpenOffice -- it's easily reproduced even if Orca is not running. Please file a bug at http://qa.openoffice.org/issue_handling/submission_gateway.html and add 'williewalker' to the CC list? > My question: have any useful keystroke to display the format and styles dialog anytime, independent the style and formats menu item checked state? Shift+F6 seems to help move focus to the dialog. There's also an F11 action that's shown on the menu item that seems to act as an accelerator/shortcut if the main window has focus. I'm noticing a couple issues, however: 1) The F11 action on the menu item is not exposed to us via the AT-SPI (sigh) 2) Focus seems to disappear somewhere in the Styles and Formatting dialog. That is, I can give it focus, but I cannot seem to arrow up and down the entries. The only way I can force focus to appear is if I move the mouse into the dialog -- I don't have to click, I just have to move it there. It's as though OOo chose to implement that "pointer gives focus" window manager behavior that I detest so mightily. Both of these problem are independent of whether Orca is running or not." Not only this dialog producing this unfocusable problem, for example when I write document with OO Writer, not save and press Alt+f4 key, the displayed dialog was not focusing anytime. Sometime yes, some time no. Possible fix this? Attila
Reassigning
.
There are 2 problems here: 1. Styles and Formatting does not get the focus when called. AFAIK this works as designed. Such floaters like the Navigator don't get the focus because they act like toolbars. Thes show a functionality but don't get the focus to let user work further in the document. 2, Travelling with F6 into the Styles and Formatting floater sets the focus nowhere I will file a second issue for 2) and keep this issue as 1). But 1) may be flagged as WONTFIX.
My statement to 1): works like this on Gnome and KDE. On Windows and MAC OSX, the focus is set in the floater when opening.
2) is now issue 102803.
ab->pl: accessibility can only reflect what's actually happening. Please have a look at the platform dependent behavior.
Historically navigator and stylist are not supposed to get the focus when opening. If that should be changed, simply calling Show without the no focus change paramter should do the trick.
Not setting the focus in bad for UX in general, and AT wouldn't announce the new dialog => 3.3
mt: floater needs to get the focus, otherwise AT has no reason to announce the window. Floater already get the focus on Windows, but not on GNOME. Don't know if it works on Mac (please check after fixing on GNOME).
I will try to take over...
Fixed in cws mtaccfixes
After a CWS rebase, the issue occurs again.
Philipp - since I will be on vacation next week, can you please have a look? Thanks! :)
more hacking for metacity :-( fixed in CWS vcl111, changeset at http://hg.services.openoffice.org/hg/cws/vcl111/rev/6bcea0021bd1 @cmc: This seems to work now so that Navigator (or Stylist or ...) do - not get the focus when opening a new document and navigator opens because of that - does get the focus when the navigator is user activated (as in e.g. pressing F5) This is IMHO the wanted behavior. Any opinion on this ? @mt: works on the mac as described without modifications
*** Issue 111417 has been marked as a duplicate of this issue. ***
please verify in CWS vcl111
Verified in CWS vcl111 for GTK F'up task for KDE for which it still doesn't work.
For KDE, see issue 112270.
Closing accessibility issues which have been fixed, verified and integrated...