Date: Sun, 15 May 2005 16:43:41 +0200 (CEST) Message-Id: <20050515.164341.59467888.oandrieu at nerim.net> To: robertr at rftp.com Cc: lablgtk at math.nagoya-u.ac.jp Subject: Re: Using file_chooser_dialog From: Olivier Andrieu In-Reply-To: <4285720D.9020706 at rftp.com> References: <42819B0F.4060905 at rftp.com> <20050512.152208.88493160.andrieu@ijm.jussieu.fr> <4285720D.9020706@rftp.com> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit > Robert Roessler [Fri, 13 May 2005]: > 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?" It depends : for low-level functionality (eg GDK), several functions are missing. But for higher-level stuff (GTK widgets) almost all methods/properties are wrapped. > or "To what extent does LablGTK get in way of doing > not-directly-supported GTK things?" It shouldn't ever get in the way really. If you need to do something not provided by LablGTK, you should always be able to do it in C and then somehow wrap it to make it accessible from ocaml. > > 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. :) OK it seems that for dialogs (at least the file chooser one), GTK+ does connect esc to close, I'm not sure why this doesn't work in lablgtk. I'll look into it. -- Olivier