[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re[2]: [cgmo-webcgm] Issue: linkuri (chap 3 & chap 5) different
Tuesday, April 26, 2005, 8:40:12 PM, Lofton wrote:
[...]
LH> It says:"Parameters. The data record is a SDR of one member,
LH> containingthree strings (type SF, String Fixed). The first string
LH> is the link destination, a URI, the second string (possibly null)
LH> isa Link Title parameter, and the third string is (possibly null)
LH> the Behavior parameter. Note that a null string is a zero-length
LH> string, and is not the same as an omitted parameter."
LH> I have always thought this to mean that all three parts must
LH> be present, even if part 2 and/or part 3 are empty strings. Do
LH> you read it otherwise?
Again, if a script writer ends up reading this definition instead of
the one in chapter 5... he may get confused.
It's not that clear how
you map the above wording to:
obj.setAppStructureAttr( "linkuri", ??what goes here?? );
[...]
LH> That would probably help. We should clearly distinguish that
LH> the delimited-string DOM encoding in section 5.5 and 5.7.6) is
LH> distinct from the SDR encoding of the WebCGM instance itself (SDR,
LH> as described in eachof 3.2.2.1 thru 3.2.2.10).
Yes.
LH> Btw, in 5.7.6 the example for linkuri is:
LH> "http://w3.org" "W3C" "_blank"
LH> Shouldn't it be:
LH> '"http://w3.org" "W3C" "_blank"'
LH> I.e., enclosed in APOSTROPHEs?
Yes and no. Apostrophes are not in section 5.5
[...]
obj.setAppStructureAttr( "visibility", "off" );
But the quote are required to tell the ECMAScript engine that this is
a string; the actual string value is: \o \f \f \0
Yes, the table in insconsistent, but it's not clear if it is showing a
set string or a get string.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]