Ian wrote: > There are libs that can help - FTGL is worth a look for example...
Yep I'm familiar with that one (that is I looked at the api docs for a few minutes) and will likely use it... FTGL has a FTGlyph class that "provides the interface between Freetype glyphs and their openGL renderable counterparts." With friends FTTextureGlyph and FTPixmapGlyph classes.. seems handy. Greg: I'll have a look at your nixieclock, i've got the code now. And texture mapped cards (or texture mapped quads) is exactly how i imagined doing it, with data from FTGL. As for 3d text editors, what about 3d ascii art?! Or the refound glory of pixel-art games? You know, good idea can start with nonsense like this! Matthias wrote: > The Apple Newton already used animation in its GUI: deleting a page = would crumble it and throw it in a trash can. Erasing some graphics = would generate some vaporizing clouds, all of course including the = appropriate sound. > So, yes, offering graphics, sprites, and animation in a GUI is not that far > fetched. Can it be Fast and Light? The Newton OS was written in 1992 and has > 8MB of ROM for the OS and 1MB of RAM plus 4MB of "mass" storage Who knows, if i can pull off a neat implementation of generic sprites i might provide it, for anyone interested. I do see that with the scope of fltk, that a sprite handler is a little arbitrary given that all of what is provided to the user currently is a glwindow. fltk isn't a graphics engine, i get that. pawel. ps. I might stop using python w/pyglet now. _______________________________________________ fltk mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk
