Re: [PATCH] emacs should use GtkFileChooser widget

[Jan D.]

> am sorry but how could they have tested with emacs? It's certainly
> not the job of the toolkit developers to test new widgets with all
> possible applications. It is the job of the application developers to
> follow toolkit development, to try early development releases and to
> give feedback. You mean you didn't do that? Because otherwise you
> could have told them about the problems you see with the current API.

There where so many problems in porting Emacs to GTK at the time so
I did not try out any GTK prereleases, sorry.  However, it did not 
occur to
me that a new file dialog would be so much worse.  I did file bug
reports on the old.

> Anyway, it's not too late; you can still ask for a new API that works
> better with the emacs use case. I am not really sure what API you
> would need so it would be better if one of the emacs developers
> brought this up. If you file a bug-report, please add me to the Cc:

Basically what everybody has been saying from day one:  Add a text input
field when opening new files so the Ctrl-L thing is not needed.  I am 
sure
that the developers already know that lots of people want this.
Basically you can do four things with files that involves a file dialog,

 1. open an existing file
 2. open a new (non existant) file
 3. save to an existing file
 4. save to a new file

1, 3 and 4 is handeled by GtkFileChooser, but 2 is done poorly, it 
requires
hitting Ctrl-L and getting another dialog that has its own problems.  
This
is where the bad design is.  It seems as this case was forgotten 
entirely
even if it is a very common operation in editors like Emacs and Vi.

        Jan D.