Date: Thu, 12 May 2005 15:22:08 +0200 (CEST)
Message-Id: <20050512.152208.88493160.andrieu at ijm.jussieu.fr>
To: robertr at rftp.com
Cc: lablgtk at math.nagoya-u.ac.jp
Subject: Re: Using file_chooser_dialog
From: Olivier Andrieu <andrieu at ijm.jussieu.fr>
In-Reply-To: <42819B0F.4060905 at rftp.com>
References: <42819B0F.4060905 at rftp.com>
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

 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.

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.

-- 
   Olivier