|TITLE:||Error Report for ISO/IEC 10179:1996(DSSSL)|
|PROJECT EDITOR:||Sharon Adler|
|STATUS:||Error report for consideration|
|DATE:||6 May 1997|
|DISTRIBUTION:||WG8 and Liaisons|
|REPLY TO:||Dr. James David Mason
(ISO/IEC JTC1/SC18/WG8 Convenor)
Lockheed Martin Energy Systems
Information Management Services
1060 Commerce Park, M.S. 6480
Oak Ridge, TN 37831-6480 U.S.A.
Telephone: +1 423 574-6973
Facsimile: +1 423 574-0004
There are some text referring to the root flow object class. But it does not exist anymore.
In 12.4.1 (page 173), it says:
"A flow object tree is constructed from a source grove by processing the root node of the source grove in the initial processing mode; the flow objects specified by the resulting sosofo are added as children of the root of the flow object tree. The flow objects specified by this sosofo shall all be unlabeled, and shall either be all of class scroll, or shall be all of class page-sequence or simple-page-sequence."
This implies that the root flow object is other class than scroll, page-sequence, or simple-page-sequence.
In 12.6.4 (page 201), it says:
"force-first-page: is either #f or one of the symbols front or back specifying the required type of the first page of the page-sequence. If the value is not #f, then the parent flow object shall be of type root; if there is a preceding flow."
This implies that there is a flow object type named "root".
One of the following change should be done:
The description on the region of the variables is wrong.
The text says;
"A let* expression is similar to a let expression, but the bindings are performed sequentially from left to right, and the region of a binding indicated by a binding spec is that part of the let* expression to the right of the binding spec. Thus the second binding is done in an environment in which the first binding is visible, and so on."
The phrase "right of the binding-spec" should be replaced by " the end of the body". Or the word "binding-spec" should be replaced by "binding-expression".
The production rules on the number is confusing.
The text says that;
"The number data type is considered to be a subtype of quantity that represents dimensionless quantities"
But the production rule begins with; " number = num-2|num-8|num-10|num16"
And the quantity is defined in the sub-syntax of the decimal number.
Rewrite the production rule to avoid the confusion. but the rewriting should be done so as not to need to change the current implementation.
The number->quantity procedure should be supplied for consistency as follows:
"(number->quality n1 string)
Returns the quantity that number part is the same as the n1 and unit is supplied by the string."
The string->quantity procedure and the quantity->string procedure should be supplied. This conversion may be important to print or display the default setting.
Returns a quantity of the maximally precise representation expressed by the given string. The number part of the string is always interpreted as the radix of 10. If string is not a syntactically valid notation for a number, then string->quantity returns #f."
"(quantity-> string quantity)
The procedure number->string takes a quantity, and returns a string as an external representation of the given quantity in the radix of 10."
The formal name of the flow object classes should be clarified. In the text, there are both capitalized name and uncapitalized name. Because DSSSL is case-sensitive.
The string type is not listed in this prototype convention.
The list of flow object class in the 188.8.131.52 should list the all classes that are categorized as table, math, and online.
The standard should supply the list of symbols that are already bound to the standardized semantics.
The terminology "subtree" is defined recursively by using subtree. It should be defined by other wordings.
The description "with the number name raised" should be "with the unit name raised".
The description "Returns the value" should be "Return the value".
The description "area that has" should be "area that have".
The description "area that is" should be "area that are".