ISO/IEC JTC 1/SC34 N0199

ISO/IEC JTC 1/SC34

Information Technology --

Document Description and Processing Languages

Title: Disposition of comments report on ISO/IEC FCD 13240
Source: David Cooper, Editor of ISO/IEC 13240
Project: JTC 1.34.43 (ISMID)
Project editor: David Cooper
Status: Editor's submission
Action: Text for SC34 approval
Date: 27 February 2001
Summary:
Distribution: SC34 and Liaisons
Refer to: SC34 N 64 Final DIS Ballot for ISO/IEC 13240 (ISMID), SC34 N 201 Final text of ISO/IEC 13240 (ISMID)
Supercedes:
Reply to: Dr. James David Mason
(ISO/IEC JTC1/SC34 Chairman)
Y-12 National Security Complex
Information Technology Services
Bldg. 9113 M.S. 8208
Oak Ridge, TN 37831-8208 U.S.A.
Telephone: +1 423 574-6973
Facsimile: +1 423 574-1896
E-mailk: mailto:mxm@y12.doe.gov
http://www.y12.doe.gov/sgml/sc34/sc34oldhome.htm

Ms. Sara Hafele, ISO/IEC JTC 1/SC 34 Secretariat
American National Standards Institute
11 West 42nd Street
New York, NY 10036
Tel: +1 212 642 4976
Fax: +1 212 840 2298
E-mail: shafele@ansi.org

Disposition of comments report on ISO/IEC FCD 13240

Comments were received from the National Body of Japan.

Comments received

1. Minor Technical Comments

Japan NB Comment 1.1: HyFunc and DSSSL Support
Rejected.

Clause 8 of ISMID gives the reason for leaving HyFunk in Conformance clause 2, namely that it is a minimum requirement that is anticipated to be adequate for some documents. The DSSSL expression language is the default in the architecture (9.11.7) because it is a richer and more general language. HyFunc remains part of the HyTime standard.

Clause 8 has, however, been modified to clarify the relationship (see italics in sections from clause 8 quoted below).

"A conforming ISMID system shall, at a minimum, support the HyTime Marker Function Language (HyFunk) expression language. This expression language is adequate for documents that require only integer arithmetic operations. HyFunk is a subset of the DSSSL expression language."

" If a richer set of expressions are required, the ISMID system shall support the expression language described in clause 8 of the DSSSL standard."

Japan NB Comment 1.2: Addition of Definition of "external object"
Accepted.

2. Editorial Comments

Japan NB Comment 2.1: Reference of Clause
Accepted.
Japan NB Comment 2.2: Unnecessary symbol in "Interactive Documents" of "Introduction"
Accepted. The symbol was actually a reference to a previous definition in the same paragraph. Text has been changed to clarify the meaning of the paragraph, as shown by the italics below.

" It is also important to recognize that any static source of data (i.e., any document in the SGML sense) can be made interactive through the application of behavioral style. Throughout this standard the term interactive document is used when referring to the presentation of the source data (i.e., when referring to a document that has been dynamically rendered)."

In addition, the definition of "interactive document" in Clause 4 (Definitions) has been modified as follows for consistency.

"A particular presentation of static SGML source data, dynamically rendered for viewing by a particular user. It typically contains instructions that define the rules of its own presentation."

Japan NB Comment 2.3: Addition to "5. Symbols and abbreviations"
Accepted.
Japan NB Comment 2.4: Expression Style of Construct Names
Rejected.

The style used herein is modeled after the style used in other standards, such as HyTime. The full English name is in bold type to distinguish it from usual terms in main texts. The style is as follows:

Japan NB Comment 2.5: ISMID HyTime support declaration
Accepted.

Original comments below:

DONE 1.1 HyFunc and DSSSL Support

The current document indicates HyFunc and DSSSL as expression languages, and it specifies that DSSSL is default in 9.11.7 and that HyFunc is mandatory in 2. HyFunc is a subset of DSSSL and redundant.

DSSSL should be specified to be mandatory in 2. Conformance, and HyFunc should be removed from expression language alternatives.

DONE1.2 Addition of Definition of "external object"

External objects are a kind of interface objects and are important constituents in ISMID. No definition, however, are given in 4. Definitions.

The following definition should be added:

external objects

A type of interface objects which are used to allow an interactive document to communicate with external systems.

2. Editorial Comments

DONE2.1 Reference of Clause

References of clauses should contain clause numbers.

For example,

* "clause The ISMID architecture" in the 2nd line of the 1st paragraph in 1.1.1 should be "clause 9. The ISMID architecture".

* "Simple ISMID Application Definition Document (Informative)" in the 1st line of the 1st paragraph in 1.1.2 should be "Annex B. Simple ISMID Application Definition Document (Informative)".

Other references should be rewritten in the same way as above.

DONE2.2 Unnecessary symbol in "Interactive Documents" of "Introduction"

The 3rd line in the 2nd paragraph contains unnecessary symbol "(1)". This symbol should be removed.

DONE2.3 Addition to "5. Symbols and abbreviations"

RCS (used in 6.1) and AFDR (used in 6) should be added in 5.

DONE2.4 Expression Style of Construct Names

The expression style of full construct names in English for elements and attributes is not clear; it cannot be distinguished from usual terms in main texts. See the example below.

The proposed styles are

* The element/attribute SGMLname ("full construct name")

...

or

* The SGMLname ("full construct name") element/attribute

...

For example, the 2nd sentence in 9.3,

The reference content does not exist (ContentNotExist) attribute determines how the system shall handle ...

should be replaced with

The ContentNotExist ("reference content does not exist") attribute determines how the system shall handle ...

DONE2.5 ISMID HyTime support declaration

The year indication in HyTimePUBLIC should be 1997 instead of 1992 because HyTime published in 1997 is referred to.