> 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.
A good "plugin" idea. I want to know if FLTK's load_plugin works.
_______________________________________________
fltk mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk
