This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 31605 - a11y problems in the FileEditor
Summary: a11y problems in the FileEditor
Status: VERIFIED FIXED
Alias: None
Product: platform
Classification: Unclassified
Component: Property Editors (show other bugs)
Version: 3.x
Hardware: Sun Solaris
: P3 blocker (vote)
Assignee: _ tboudreau
URL:
Keywords: A11Y
Depends on:
Blocks:
 
Reported: 2003-03-03 10:07 UTC by ccv
Modified: 2008-12-23 11:53 UTC (History)
5 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ccv 2003-03-03 10:07:50 UTC
Steps to reproduce:
    
Have this directory structure on your filesystem  
    /
     -tmp
      - A
1) Select Filesystem in Explorer; call File/New,
select Local Directory, push Next
2) Now focus is in the File Name. I want to select
directory /tmp/A. Push Alt-I and select "/"
directory in the combo.
3) There is NO MNEMONICS for the list, so push the
Tab key 6 times 
4) Now we are in the list, but there is NO VISIBLE
INDICATION of this fact
5) Push Arrow-Down, selection appears 
6) Select "tmp" and push Enter for expanding
directory, NO EXPANDING
7) Push Enter again, directory expands 
8) Focus has been LOST in the list, I cannot
select the A directory
9) Push Alt-I again, select /tmp directory in
combo, push the Tab key 6 times  
   there is no focus in the list 
So, attempt to mount directory failed.
It is possible to enter /tmp/A in the textfield
"File Name" and I have a way to mount directory as
workaround without using the list.

Following issues have been detected:
#1 there is NO MNEMONICS for the
list 																			 
#2 there is NO VISIBLE INDICATION that focus is in
the list
#3 directory is expanded after SECOND pushing only
#4 focus has been LOST after first expanding of
directory
#5 there are NO MNEMONICS for very useful and
convenient buttons
 Components with no mnemonic :
   Class: javax.swing.JButton {  Home |  Home } 
   Class: javax.swing.JButton {  New Folder | 
Create New Folder } 
   Class: javax.swing.JButton {  Up |  Up One
Level } 
   Class: javax.swing.JToggleButton {  Details | 
Details } 
   Class: javax.swing.JToggleButton {  List | 
List } 
#6. ESC does not work

Product Version       = Sun ONE Studio 5, Standard
Edition (Build 030226)
IDE Versioning        = IDE/1 spec=3.38
impl=030226
Operating System      = SunOS version 5.8 running
on sparc
Java; VM; Vendor      = 1.4.0; Java HotSpot(TM)
Client VM 1.4.0-b92; Sun
Comment 1 Jiri Rechtacek 2003-03-03 10:38:29 UTC
Because of late phase of TEGAL development, will be solved in next
release.
Comment 2 Jiri Rechtacek 2003-03-03 10:38:48 UTC
Because of late phase of TEGAL development, will be solved in next
release.
Comment 3 Jiri Rechtacek 2003-03-24 17:02:36 UTC
It's defect in FileEditor, reassign to Tim as property editor's owner.
Sorry :-( If I'm wrong then assign back to me.
Comment 4 Jiri Rechtacek 2003-03-24 17:06:36 UTC
It's defect in FileEditor, reassign to Tim as property editor's owner.
Sorry :-( If I'm wrong then assign back to me.
Comment 5 _ tboudreau 2003-09-09 01:51:00 UTC
The mnemonics, basically the whole UI of this panel is a 
JFileChooser.  The UI components are completely different depending
on the look and feel (for example the Windows one emulates a 
Windows file chooser, which looks very different), and we have no
programmatic access to the components within the filechooser (yes,
you can walk through the component tree and find a button you
*think* is the right one and do something to it, but there's no
guarantee that such code will work on the next version of the JDK - 
it could throw exceptions or fail in other ways).  So the filechooser
mnemonic issues really need to be fixed in the JDK.
Comment 6 ccv 2003-09-09 05:00:57 UTC
OK, I'll file bug against jdk about focus that has been lost after
first selection.
I have one question about #6.
Why ESCAPE does not close dialog, when focus is in the list or in the
textfield?
When we open File/Open File, we can see the same FileChooser, but
ESCAPE does work in this case.
Comment 7 _ tboudreau 2003-09-13 18:53:44 UTC
Probably the JFileChooser swallows the Escape keystroke so the
dialog never receives it.  I might be able to do something with a
KeyListener to fix that (if it doesn't work, we should file a bug 
about that too).
Comment 8 ccv 2003-09-15 11:25:38 UTC
Filed bug against java 4922507 "JFileChooser works with keyboard
incorrectly sometimes".

I'd like note about one more issue. In wizard need to push the Enter
key TWICE for expanding directory. In JFileChooser I press the Enter
key one time for the same action.
Comment 9 _ tboudreau 2003-09-16 02:31:20 UTC
Okay, I've fixed the behavior wrt Escape - we now add our own action to
the action map, which will delegate to any action other look and feels
map to Escape, then close the dialog if it's not closed already.  I
think we can close this issue.

BTW, the UI for New/Folder (formerly Local Directory) in the current 
trunk is different anyway - it doesn't show the full file chooser w/
buttons for Home, etc.  However this was still a problem for individual
nodes which had a property of type java.io.File - the keyboard wouldn't
properly close the dialog.

Fix is in FileEditor.createHackedJFileChooser, which should allow it
to also work for DataObjectEditor, FileArrayEditor, etc., all of which
use this method.
Comment 10 Marian Mirilovic 2004-08-17 08:44:46 UTC
verified