Re: [ggt-devel] meeting notes GMTL

[Ben S. <bs...@vr...>]

How is color a math construct? I understand that it would be easily 
implemented as a natural extension to VecBase, but I'm not sure it would 
rightly belong with the rest of GMTL. Am I missing some deep connection?

cheers,
-----
Ben Scott
Research Assistant VRAC
bs...@ia...


On Fri, 31 May 2002, Kevin Meinert wrote:

> 
> to summarize our meeting, we have a few tasks in gmtl to do:
> 
> Definately:
> - replace all gets with sets
> - write one templated get that uses set.
>   get mirrors set, does not return out the back.
> - rename all convert to set
> 
> Maybe:
> - new types:
>   o EulerParam (rad, x, y, z)
>   o EulerAngle( p0, p1, p2 ) stores the Rotation order within
> - rewrite all sets and makes to only take two params.
> 
> the reason for maybe is that some funcs will always need to take more than 
> two...  for example, generate a ray from a point and a vec, generate a 
> matrix or quat (rotation) from two vecs, generate a line seg from two 
> points, etc....
> 
> I still think EulerParam and EulerAngle might be nice to have, it would 
> allow a nice neet set function for each to matrix or quat...
> 
> 
> 
> completly different topic.
> not now, but in the future I'd like to see color class.  I could add that 
> easily, I have HSV/RGB code in my old lib i could port.  Color would 
> probably be a VecBase so you could do all the operations like +- etc...
> 
> 
>