| |
| |
On 2/3/23 10:22, Ian MacArthur wrote:
Well, I’m late too this but I guess I’m thinking the same way as most other respondents...
Like Greg, I’d say the dialect of C++ that FLTK uses is not very “modern” (or even very C++ !) so I’d guess it’d be a long shot to get it accepted as the standard.... but you never know of course.
I don’t think I could cope with all the committees, TBH...
One way it could work is if they standardized on a wrapper
around FLTK
that had an API they liked that was more C++ ish, and perhaps
would meet
their needs.
Whatever that need is. All I can guess is for simple examples to
work,
like how glut is to opengl.
Qt might not be appealing because of their whole signal/slot
front end
that works in front of the compiler, not to mention its
"weight".
However, I'm not sure Qt hasn't made a way to split their
library, like FLTK,
where their advanced widgets are separate (like the web browser
stuff,
media features for sound and movies, etc), as I think Qt might
be popular
even on mobile devices, which I would think demand small libs.
--
You received this message because you are subscribed to the Google Groups "fltk.general" group.
To unsubscribe from this group and stop receiving emails from it, send an email to fltkgeneral+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/fltkgeneral/a0cd2e46-0ac5-a264-abe3-4560989bfeb2%40seriss.com.
[ Direct Link to Message ] | |
|
| |
