Greg Ercolano wrote:
> Christophe Geuzaine wrote:
>> 4) native file chooser
>> 5) ...native file chooser with the same API as the default one :-)
>
> Wondering about #5 -- I can try to fix the deficiencies,
> but I guess I need to know what changes are needed so I
> can supply them, to make it easier for the core folks
> to integrate.
>
> By its nature there are some differences in the native vs
> fltk default chooser api, but I should probably minimize
> these as much as possible.
Hi Greg - The differences are pretty much cosmetic:
* the type enums are different (Fl_File_Chooser::MULTI vs.
Fl_Native_File_Chooser::BROWSE_MULTI_FILE)
* show() works differently
* the filters have slightly different syntax ("type (*.ext)\t" vs.
"type\t*.ext\n")
* filename() is indexed from 0 instead of 1
I see two possible solutions for 1.3: 1) use the new API, but provide an
option to use the "default" file chooser even on those platforms where a
native one exists; 2) write a abstract base class from which all the
file choosers derive, both the "default" and the native ones.
Christophe
_______________________________________________
fltk mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk
