On Sat, 20 May 2000, Brian S. Julin wrote:
>
> On Fri, 19 May 2000, Jon M. Taylor wrote:
> > It would be very easy to add these two functions quickly to the MISC
> > extension, and lots of targets have accelerated cursor support. LibWMH,
> > LibGWT, LibXMI and Berlin could all use cursor functions....
>
> Just to be utterly redundant, the sprite/bob/cursor/texture feature
> management API not being developed is really what is holding GGI back
> bigtime. We need that more than we need 3D IMHO.
>
> However, even after we had that system, which would handle
> allocation/negotiation of such objects, in place we will want higher level
> API's for each such object. Andy made one such simple API.
>
> I'd suggest the creation of "official" (i.e. bundled in the tarball)
> extension(s) which define and partially implement the basic actions that can
> be performed on each major family of these objects.
>
> "sprite" -- move, get size, set magnification, prioritize, show/hide, copy
> to/from buffer, copy to/from other sprite, collision.
> "cursor" -- move, get size, set magnification, show/hide, copy to/from buffer,
> hotspot, plus how to handle ROP pixels.
> "bob" -- place, orientation/tesslation, get/set size, full ROP suite.
But _before_ we start developing this, I think the libedemo and the
ehelper-util should be fixed up as Marcus said.
> ...textures leave to the 3D folks.
Agreed.
Christoph Egger
E-Mail: [EMAIL PROTECTED]
