WangHua wrote:
>> Under linux, Fl_Native_File_Chooser should be trying to use FLTK's
>> own browser, since linux doesn't really have a 'native' chooser.
>>
>> This way the one API should work on all platforms. Let me know if
>> it's not doing that.
> Yes. FLTK's own browser is working.
> Since I want to try cross-compile with GTK, I select
> gtk_file_chooser_dialog_new.
> The problem: open dialog box holding, it seems fltk can not send window xid
> (or something others?) to GTK.
> Anyway, Thanks a lot.
Yes, you'll probably have to work hard to get GTK <-> FLTK
talking together, eg. similar code to the code that's in
Fl_Native_File_Chooser to support the other native environments.
Probably the easiest thing would be to make a separate GTK
application that just opens a browser, where you can pass
options to the app via the command line, and get back results
either by parsing stdout from the app, or by passing in a
filename that gets filled in with the info the user picked.
This way you can just fire off the gtk app from your own
using either system() or popen() or similar, and avoid
having to handle contention between FLTK/GTK for window
manager's events.
_______________________________________________
fltk mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk
