Re: pfNode callbacks

New Message Reply Date view Thread view Subject view Author view

Marcus (Marcus++at++multigenuunet.UU.NET)
Wed, 26 Oct 1994 11:38:10 PST

        Reply to: RE>pfNode callbacks
>On a side note, do customers think it useful to have state
>callbacks as well as node callbacks - if so maybe this will
>make into a future release...
>
>Later,
>Chris Tanner
>IRIS Performer
>
>________________________________________________________
>Chris Tanner (cct++at++faith.asd.sgi.com)
>Silicon Graphics - Advanced Graphics Division
>________________________________________________________

Hi Chris,

Yes, I think each Performer node, state, or object should
have function and data pointers for: the user and a loader.

Often a loader needs to set a draw callback on a node, like
zbuffer on/off, but using pfNodeTravFuncs() to do this in a
loader precludes the user from setting their own callback
on that node (not nice). Likewise for pfNodeTravData().

It seems proper to separate the application's resources from
anything a loader might need of a pfNode, etc. How about
'table-izing' (maybe using pfList) the function and data
pointers and perhaps adding a priority field to permit
ordering of operations?

Regards,
Marcus Barnes, Member Technical Staff
MultiGen Inc., 1884 The Alameda, San Jose CA, 95126
PH: (408) 261 4118 FX: (408) 247 4329
EMAIL: multigen!marcus++at++uunet.UU.NET

New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:50:37 PDT

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.