Message-ID: <4285720D.9020706 at rftp.com>
Date: Fri, 13 May 2005 20:35:41 -0700
From: Robert Roessler <robertr at rftp.com>
Organization: Robert's High-performance Software
MIME-Version: 1.0
To: Olivier Andrieu <andrieu at ijm.jussieu.fr>
CC: lablgtk at math.nagoya-u.ac.jp
Subject: Re: Using file_chooser_dialog
References: <42819B0F.4060905 at rftp.com> <20050512.152208.88493160.andrieu at ijm.jussieu.fr>
In-Reply-To: <20050512.152208.88493160.andrieu at ijm.jussieu.fr>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Olivier Andrieu wrote:

>  Robert Roessler [Tue, 10 May 2005]:
>  > The ui_manager is working out nicely for me - it reminds me very
>  > much of a similar system I built in the past to separate UI design
>  > and construction from the main body of app code. :)
>  > 
>  > Now I am using the file_chooser_dialog, and in general, it also works 
>  > well... but I have a few issues with it (note that I am using it on 
>  > Windows XP with the DLL pack linked from the LablGTK site):
>  > 
>  > 1) is it possible to have the file_chooser widget NOT check the A: 
>  > (floppy) drive every time I show the dialog using this widget?  It 
>  > adds a noticeable and very annoying delay. :(
>  > 
>  > 2) how can I connect the dialog's Cancel button to the Escape key on 
>  > the keyboard?
>  > 
>  > 3) can I make the dialog in `SAVE mode display initially with the 
>  > "full" interface that I get if I clock the "Browse for other folders" 
>  > button?  The GTK docs suggest that using set_current_folder will do 
>  > this, but that is not what I see (even though it returns a true).
> 
> I don't know : I think you're more likely to get answers if you ask on
> gtk-list or gtk-app-devel-list.

Well, as much as it might help me, I don't really expect you or 
Jacques to build my GTK interfacing code for me... :)

I was asking more in the sense of "How much of the 'standard' GTK+ 2.x 
functionality is implemented in LablGTK?" or "To what extent does 
LablGTK get in way of doing not-directly-supported GTK things?"

> As for 2), it may be intended. There was some debate on some ML at one
> time about NOT having the cancel button close the dialogs, for UI
> reasons.

Sigh - NOT having the Esc key be equivalent to the Cancel button in 
dialogs drives me crazy. :)

Robert Roessler
robertr@rftp.com
http://www.rftp.com