<AWT Dev> Bug 6913179, FileDialog uses native GTK under Linux: first patch

[Costantino Cerbo]

Hi Anthony,

2010/1/26 Anthony Petrov <Anthony.Petrov at sun.com>:

>
> What concerns me is that file dialogs are modal. And if you invoke its
> setVisble(true) on the EDT, the event dispatching is going to be locked. Try
> moving the file dialog over the main frame containing some Swing GUI. I
> think it's not going to be updated properly, while the XFileDialogPeer
> should work OK.
Yes, it's true: the EDT is locked when we use the new
GtkFileDialogPeer while with the old XFileDialogPeer is OK
I wrote a simple program to test it (it's attached): by running it,
you can notice like with the GtkFileDialogPeer the JProgressBar is
bloked, while with the XFileDialogPeer not. Besides, the button Open &
Close has no effect with the GtkFileDialogPeer.

I'm reconsidering this subject to find a solution. I've already tried
to use a new thread as you suggested, but the in this case the
GTKFileDialog doesn't start.
Further advices are welcome!

Cheers,
Costantino
-------------- next part --------------
A non-text attachment was scrubbed...
Name: FileDialogTest.java
Type: text/x-java
Size: 4120 bytes
Desc: not available
Url : http://mail.openjdk.java.net/pipermail/awt-dev/attachments/20100128/12b43271/FileDialogTest.java