> > I don't know. Since we have some older version project files, does
> > anybody know if these can be written with newer VS software, e.g.
> > with VS 2008 Express?
>
> BTW, I have VS 7 .NET as well.
>
> I guess Matt must be handling the Visual Studio files.
If needs must, I think
> I have a seemingly catch-22 situation with
> Fl_Native_File_Chooser (FNFC).
>
> It seems to make sense to have this widget be part of libfltk.a
> (as opposed to libfltk_images.a)
>
> The Linux version of Fl_Native_File_Chooser calls
> Fl_File_Icon::load_system_icons()
> as part of it's init,
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2298
Version: 1.3-feature
The X11 version of your Fl_Native_File_Chooser has been modified
to hide by default dot-starting filenames and to allow to have
them displayed if
Manolo,
Just a thought (and I have not looked at the code so this is probably
wrong) but rather than modifying the Fl_File_Chooser object, could the
FNFC derive a widget from it, where we could add methods to get at these
things...?
SELEX Galileo Ltd
Registered Office: Sigma House, Christopher
> Manolo,
>
> Just a thought (and I have not looked at the code so this is probably
> wrong) but rather than modifying the Fl_File_Chooser object, could the
> FNFC derive a widget from it, where we could add methods to get at these
> things...?
Ian,
Since Fl_File_Browser *fileList is a private fi
MacArthur, Ian (SELEX GALILEO, UK) wrote:
>> The Linux version of Fl_Native_File_Chooser calls
>> Fl_File_Icon::load_system_icons()
>> as part of it's init, to ensure the FLTK file chooser has the
>> icons it needs.
>>
>> This puts a dependency on the fltk_images lib.
[...]
> Yup, I think ...
> Since Fl_File_Browser *fileList is a private field of the
> Fl_File_Chooser object, even subclasses won't be able to access
> it, unless it's made protected or FNFC is made a friend of
> Fl_File_Chooser. So there's no way out of modifying
> the Fl_File_Chooser object, except using my dirty hack.
> > - and probaly other thngs I do not know about...
>
> One of them: require the user program to call it and don't call it
> from Fl_Native_File_Chooser. This would give the user the option
> to use the images or not and open the possibility to link w/o
> libfltk_images. I'm pretty sure that my
> My recommendation would be the last option, because this would
> be the best way for embedded targets and other memory constrained
> systems, if it works as I believe (but this needs further
> verification and tests with FNFC).
Been playing about some more with this - it works OK.
If Fl_File_
MacArthur, Ian (SELEX GALILEO, UK) wrote:
>> My recommendation would be the last option, because this would
>> be the best way for embedded targets and other memory constrained
>> systems, if it works as I believe (but this needs further
>> verification and tests with FNFC).
>
>
> Been playing ab
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2298
Version: 1.3-feature
> I also realize now that another hack is used to access another
> private field of Fl_File_Chooser called showChoice which is
> the Fl_Choice ob
Albrecht Schlosser wrote:
> One of them: require the user program to call it and don't call it
> from Fl_Native_File_Chooser. This would give the user the option
> to use the images or not and open the possibility to link w/o
> libfltk_images. I'm pretty sure that my application doesn't use
> Fl_Fi
OK, I've got FNFC building under linux (Ubuntu8) and OSX,
so I figure it's ready to check in.
Under OSX I tested with both COCOA enabled and disabled
(to test both sections of the FNFC code).
Windows build files haven't been modified, so windows will
not build FNFC or the test program, but that s
On 13 Jan 2010, at 22:56, Greg Ercolano wrote:
> OK, I've got FNFC building under linux (Ubuntu8) and OSX,
> so I figure it's ready to check in.
>
> Under OSX I tested with both COCOA enabled and disabled
> (to test both sections of the FNFC code).
>
> Windows build files haven't been modified, s
Greg Ercolano wrote:
> OK, I've got FNFC building under linux (Ubuntu8) and OSX,
> so I figure it's ready to check in.
> [..]
> I don't foresee any further technical barriers,
> so will be committing RSN, watch this space for details.
Committed as r6997.
I'm now re-checking out FL
imacarthur wrote:
> On 13 Jan 2010, at 22:56, Greg Ercolano wrote:
>
>> OK, I've got FNFC building under linux (Ubuntu8) and OSX,
>> so I figure it's ready to check in.
>>
>> Under OSX I tested with both COCOA enabled and disabled
>> (to test both sections of the FNFC code).
>>
>> Windows build fi
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2298
Version: 1.3-feature
OK, I just checked in FNFC into FLTK.
Manolo, I haven't made any the changes you mentioned
on or after "02:05 Jan 13, 2010" in this STR, so I'd
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2298
Version: 1.3-feature
Fix Version: 1.3-current (r6998)
Link: http://www.fltk.org/str.php?L2298
Version: 1.3-feature
Fix Version: 1.3-current (r6998)
__
18 matches
Mail list logo