Re: Beginning to extend csVariantType
"Christian Van Brussel" <[email protected]>
| Newsgroups | gmane.comp.graphics.crystalspace.devel |
|---|---|
| Message-ID | <[email protected]> |
> However, in the csVariantType enum, there are a few items that seem to > be missing from the new version on the wiki: > CSVAR_CMD > CSVAR_VFSPATH > CSVAR_MATRIX3 CMD has always looked redundant versus the boolean type. It can probably be removed. VFSPATH is no more needed since this has became now a constraint to be applied on a string. MATRIX3 can be interessant if we want to represent something else than rotations (that can be represented through quaternions). Same goes for MATRIX4 (that can be a quaternion + a vector). Any opinions? > Also, what do you thing would be the best option regarding the numeric > types - should we have a type for each one INT32, UINT32, INT64 etc.? This is still not obvious to me what would be the best here. Maybe you can start with a single 'INT' type, then we'll extend that if it appears not sufficient enough. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/