Gombok Arthur wrote:
> Am Sun, 20 May 2007 12:00:49 -0400 schrieb Ivan Vecerina:
..
> good idea
..
> > Symbol(name), pixeltype_(fltk::RGB32), w_(12), h_(12),
>
> you might want to delete ^ ^ ^ this line
> (seems to be kind of crap here)
..
> > I would like to give fltk2 another try again, if you can help me
> > address the above.
>
> good luck
So: I did get all samples to run, after fully disabling cairo, and deleting the
garbage line.
It would still be nice to understand why some of these "cairo" files appear to
be missing or unavailable from this downloadable archive.
[ I'll assume that the garbage text is a merge accident ].
My general impression so far:
- GUI look/controls seems improved over FLTK1, but remains
less polished than some of the existing alternatives. Ok.
- Implementation code style: has a bit of an outdated feel:
- no multi-thread compatibility (use of static members/global vars)
- C-style callbacks seem so painful as seen in the samples
( i.e. cb_x_input + cb_x_input_i pairs of functions ).
Some use of a lightweight C++ template forwarder function
to provide automatic wrappers of member function calls
seems overdue.
- why not use some containers (even lightweight custom ones!).
Manual resize of array_ in Group.cxx seems so weird:
Why not just use realloc if not a C++ container ???
This leaves a modernization of the code to be desired...
- Fluid: ... I'll have to play with it a bit more to
have an opinion...
- Community/forum feedback: TBD...
I welcome any further reactions / feedback / guidance.
Kind regards -Ivan
_______________________________________________
fltk mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk
