|
|
"Tim Nikias" <JUSTTHELOWERCASE:timISNOTnikias(at)gmx.netWARE> wrote:
> Well, even though I've learned that ".t" is not the same as ".transmit",
> there remains the mystery of 5d-Vectors returning a parse error when trying
> to write the vector to to disk. Intended behaviour? Something to be fixed
> for 3.7? :-)
>
> Regards,
> Tim
>
> --
> aka "Tim Nikias v2.0"
> Homepage: <http://www.nolights.de>
I think intended error. 5D vectors are automatically assumed to be colour
vectors which can't be written directly. 2D, 3D & 4D vectors can be written
directly as long as they haven't been declared as colour vectors. If
declared as colour vectors, they too create an error. The reason for this I
don't know, perhaps the developers can answer that one.
Consider:
#declare Test1 = <1,2>;
#declare Test2 = <1,2,3>;
#declare Test3 = rgb <1,2,3>;
#declare Test4 = <1,2,3,4>;
#declare Test5 = rgb <1,2,3,4>;
#declare Test6 = rgbt <1,2,3,4>;
#declare Test7 = rgbf <1,2,3,4>;
#declare Test8 = rgbft <1,2,3,4,5>;
#declare Test9 = <1,2,3,4,5>;
#fopen _Out "test.txt" write
#write (_Out, Test1)
#fclose _Out
Test1, Test2 & Test4 write fine as they are assumed to be regular vectors.
Test3, Test5, Test6, Test7 & Test8 create an error because they are
explicitly declared as colour vectors. Test9 creates an error because it
is assumed to be a colour vector of the type rgbft.
-tgq
Post a reply to this message
|
|