Re: javax.swing.plaf.metal.MetalFileChooserUI: proposed ActionListener for fileTextField

2006-01-03 Thread Lillian Angel
On Tue, 2005-12-27 at 14:33 -0500, Chris Lansdown wrote: Hi, The following is a class I've developed to be added as an ActionListener to the fileTextField component in a MetalFileChooserUI's ui for JFileChooser. It implements the same (or at least very similar, right now) behavior to Sun's

Re: javax.swing.plaf.metal.MetalFileChooserUI

2006-01-02 Thread Roman Kennke
Hi Chris, Am Dienstag, den 27.12.2005, 14:16 -0500 schrieb Chris Lansdown: Hi, The closeDialog in BasicFileChooserUI has default access, and so can't be accessed from MetalFileChooserUI. Is this intentional? If that functionality is required (in particular, it seems appropriate to be able

javax.swing.plaf.metal.MetalFileChooserUI

2005-12-27 Thread Chris Lansdown
Hi, The closeDialog in BasicFileChooserUI has default access, and so can't be accessed from MetalFileChooserUI. Is this intentional? If that functionality is required (in particular, it seems appropriate to be able to make a selection entirely from the fileTextField), is the correct thing to do

javax.swing.plaf.metal.MetalFileChooserUI: proposed ActionListener for fileTextField

2005-12-27 Thread Chris Lansdown
Hi, The following is a class I've developed to be added as an ActionListener to the fileTextField component in a MetalFileChooserUI's ui for JFileChooser. It implements the same (or at least very similar, right now) behavior to Sun's file text field. Please note: while I've sent my copyright

Re: javax.swing.plaf.metal.MetalFileChooserUI

2005-12-27 Thread Tom Tromey
Chris == Chris Lansdown [EMAIL PROTECTED] writes: Chris The closeDialog in BasicFileChooserUI has default access, and Chris so can't be accessed from MetalFileChooserUI. Is this Chris intentional? According to the online javadoc, there is no public or protected method named 'closeDialog' in