1、 Reference numberISO/IEC 10179:1996/Amd.1:2003(E)ISO/IEC 2003Information technology Processing languages Document Style Semantics and Specification Language (DSSSL) AMENDMENT 1: Extensions to DSSSL Technologies de linformation Langages de traitement Smantique de prsentation de documents et langage d
2、e spcifications (DSSSL) AMENDEMENT 1: Extensions de DSSSL Amendment 1:2004 toNational Standard of CanadaCAN/CSA-ISO/IEC 10179-96Amendment 1:2003 to International Standard ISO/IEC 10179:1996 has been adopted without modification(IDT) as Amendment 1:2004 to CAN/CSA-ISO/IEC 10179-96. This Amendment was
3、 reviewed by the CSATechnical Committee on Information Technology (TCIT) under the jurisdiction of the Strategic SteeringCommitte on Information Technology and deemed acceptable for use in Canada.December 2004ISO/IEC 10179:1996/Amd.1:2003(E) PDF disclaimer This PDF file may contain embedded typeface
4、s. In accordance with Adobes licensing policy, this file may be printed or viewed but shall not be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In downloading this file, parties accept therein the responsibility of not infringin
5、g Adobes licensing policy. The ISO Central Secretariat accepts no liability in this area. Adobe is a trademark of Adobe Systems Incorporated. Details of the software products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation parameters were optimize
6、d for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In the unlikely event that a problem relating to it is found, please inform the Central Secretariat at the address given below. ISO/IEC 2003 All rights reserved. Unless otherwise specified, no
7、 part of this publication may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm, without permission in writing from either ISO at the address below or ISOs member body in the country of the requester. ISO copyright office Case posta
8、le 56 CH-1211 Geneva 20 Tel. + 41 22 749 01 11 Fax + 41 22 749 09 47 E-mail copyrightiso.org Web www.iso.org ii ISO/IEC 2003 All rights reservedISO/IEC 10179:1996/Amd.1:2003(E) ISO/IEC 2003 All rights reserved iiiContents Page ForewordivIntroduction v Abstract Application Program Interface to DSSSL
9、Flow Object Tree . 1 Formatting Areas 1 Flow Object Classes . 2 Annexes . 4 Annex B (informative) Types and Symbols. 5 Annex C (informative) Formal public identifiers and their associated characteristics . 9 Annex D (informative) Grove plan and SGML property set 10 Annex E (informative) Flow object
10、classes and characteristics 49 Annex F (informative) Values of Characteristics . 93 ISO/IEC 10179:1996/Amd.1:2003(E) iv ISO/IEC 2003 All rights reservedForeword ISO (the International Organization for Standardization) and IEC (the International Electrotechnical Commission) form the specialized syste
11、m for worldwide standardization. National bodies that are members of ISO or IEC participate in the development of International Standards through technical committees established by the respective organization to deal with particular fields of technical activity. ISO and IEC technical committees col
12、laborate in fields of mutual interest. Other international organizations, governmental and non-governmental, in liaison with ISO and IEC, also take part in the work. In the field of information technology, ISO and IEC have established a joint technical committee, ISO/IEC JTC 1. International Standar
13、ds are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2. The main task of the joint technical committee is to prepare International Standards. Draft International Standards adopted by the joint technical committee are circulated to national bodies for voting. Publication
14、as an International Standard requires approval by at least 75 % of the national bodies casting a vote. Attention is drawn to the possibility that some of the elements of this document may be the subject of patent rights. ISO and IEC shall not be held responsible for identifying any or all such paten
15、t rights. Amendment 1 to ISO/IEC 10179:1996 was prepared by Joint Technical Committee ISO/IEC JTC 1, Information technology, Subcommittee SC 34, Document description and processing languages. ISO/IEC 10179:1996/Amd.1:2003(E) ISO/IEC 2003 All rights reserved vIntroduction This Amendment specifies add
16、itional flow object classes and additional formatting areas, and clarifies some existing definitions in ISO/IEC 10179:1996, as follows. a) Additional flow object classes are defined to specify on flow object classes for online display. Additional formatting areas are defined to clarify formatting ar
17、eas for inline-display area and inter-line attachment area. b) Annex B (informative) summarizes and clarifies the existing types and symbols. This annex will be a key to considering future extensions to DSSSL. c) Annex C (informative) specifies formal public identifiers and their associated characte
18、ristics for various line breaking and line composition methods. d) Annex D (informative) summarizes and clarifies the grove plan and SGML property set. e) Annex E (informative) summarizes and clarifies the flow object classes and characteristics. f) Annex F (informative) summarizes and clarifies the
19、 values of characteristics. ISO/IEC 10179:1996/Amd.1:2003(E) ISO/IEC 2003 All rights reserved 1Information technology Processing languages Document Style Semantics and Specification Language (DSSSL) AMENDMENT 1: Extensions to DSSSL Abstract Application Program Interface to DSSSL Flow Object Tree Add
20、 the following subclause after subclause 12.2. 12.2.1 API to Flow Object Tree A DSSSL processor generates a flow object tree. The flow object tree contains information about the results of applying formatting specifications. DSSSL style editors operate on the flow object tree through an abstract app
21、lication program interface. This API reports the following information: character, glyph and glyph-annotations line composition paragraph composition column-set composition page composition document composition documents volume composition The abstract API will include dynamic information relating t
22、o the document under construction. DSSSL will define a core interface for page composition. The API architecture is system independent. Formatting Areas Add the following subclauses after subclause 12.3.4. 12.3.5 Inline-display areas DSSSL has the following conceptualized formatting areas: Display a
23、rea Inline area Attachment area Display areas may include other display areas as well as inline areas. Inline areas may also include conceptualized display areas known as inline-display areas. DSSSL defines an inline-display area as a “display area included within an inline area“. ISO/IEC 10179:1996
24、/Amd.1:2003(E) 2 ISO/IEC 2003 All rights reserved display-area := (display-area* | inline-area*) inline-area := (inline-display-area* | contents*) inline-display-area := (inline-display-area* | contents*) For examples, DSSSL has the following formatting areas for composition: (Main) Display area (Su
25、b) Display area (Subsub) Display area . Inline area . Inline-display area . Inline area . Inline-display area . 12.3.6 Inter-line attachment areas The concept of an attachment creates a link between one of display area or inline area and an attachment area. The attachment area for a display area sha
26、ll be outside the display area. The attachment area for an inline area shall be within the inter-line area between the current line and the immediately following line, or the border adjacent to the next display area. This amendment, therefore, extends the set of DSSSL formatting areas to the followi
27、ng set: Display area Inline area Inline-display area Inter-line area Attachment area (for display area) Inter-line attachment area Flow Object Classes Add the following subclauses after subclause 12.6.28.4. 12.6.28.5 Display-window Flow Object Class This clause defines an extended-online feature. Th
28、e display-window flow object class specifies an abstract size for the display frame of an online display. The display-window flow object class may get the top position of current scroll flow object classes as its root class. The display-window flow object class may be a recursive flow object class.
29、It has a single principal port, which accepts any displayed flow objects. This flow object has the following characteristics: frame-type: one of the symbols window, dialogue, note, caution, alarm or warning. It specifies the type of window to be displayed. The default value is window. frame-size: on
30、e of the symbols maximum-size, optimum-size or minimum-size. It specifies the relative size of window to be used for an online display. The default value is optimum-size. This actual values used to represent this characteristic will depend on frame-type characteristics and display devices. ISO/IEC 1
31、0179:1996/Amd.1:2003(E) ISO/IEC 2003 All rights reserved 312.6.28.6 Pop-up Flow Object Class This clause defines an extended-online feature. The pop-up flow object class provides information relating to a pop-up area, or the edge area of the current window frame. It has a single principal port, whic
32、h accepts any displayed flow objects. This flow object has the following characteristics: information-type: one of the symbols anything, warning, error, additional-information, note, origin-of-link, voice-annotation or semantic-annotation. It specifies the type of information to be placed into the p
33、op-up window or the edge area of the current window on online display. The default value is anything. NOTE This flow object can be used to display any information, including position data relating to the grove structure. 12.6.28.7 Dialogue Flow Object Class This clause defines an extended-online fea
34、ture. The dialogue flow object class is used to specify interactive dialogues for online display. The dialogue flow object class shall be placed at the front top of the screen display within a display-window flow object class. Dialogue flow object classes may be treated as an interactive flow object
35、 class. It has a single principal port, which accepts any displayed flow objects. This dialogue flow object has the following characteristics: dialogue-type: one of the symbols request, acknowledgement, select-objects, select-from-list or interaction. The initial value is acknowledgement. dialogue-r
36、eturn-type: one of the symbols yes-no-cancel, yes-no, OK-NO, OK, tokens or phrase. The initial value is OK. 12.6.29 Sound-Voice and Animation Flow Object Classes This clause defines the sound-voice-and-animation feature. The sound-voice and animation flow object classes is used for sounds, voices an
37、d animations stored within an external entity. Flow objects of these classes may be inlined or displayed as an online display. This flow object is atomic. 12.6.29.1 Sound-voice Flow Object Class This clause defines the sound-voice feature. The sound-voice flow object class is used to specify sound a
38、nd voice data to be used in conjunction with an online display. The sound-voice flow object class may be an atomic object on the other flow object classes, and it may be recursive on itself, depending on the sound-voice system being used. It has a single principal port, which accepts any flow object
39、s. This flow object has the following characteristics: output?: boolean specifying whether the flow object shall be output or not. This characteristics is not inherited. The default value is #t. Other specifications are system independent. 12.6.29.2 Animation Flow Object Class This clause defines th
40、e animation feature. The animation flow object class is used to specify animation on an online display. Animation flow object class may be an atomic object on other flow object classes. It has a single principal port, which accepts any flow objects. This flow object has the following characteristics
41、: output?:boolean specifying whether the flow object shall be output rather than displayed and inlined. This characteristics is not inherited. The default value is #t. Other specifications are system independent. ISO/IEC 10179:1996/Amd.1:2003(E) 4 ISO/IEC 2003 All rights reservedAnnexes Add the foll
42、owing annexes after Annex A: Annex B (informative) Types and Symbols Annex C (informative) Formal public identifiers and their associated characteristics Annex D (informative) Grove plan and SGML property set Annex E (informative) Flow object classes and characteristics Annex F (informative) Values
43、of Characteristics ISO/IEC 10179:1996/Amd.1:2003(E) ISO/IEC 2003 All rights reserved 5Annex B (informative) Types and Symbols This annex clarifies the existing data types of specification for DSSSL. B.1 Expression Language DSSSL expressions have the following data types: boolean: logic-type This typ
44、e specifies true or false. The value can be defined whether #t or #f. This type is used in conditional expressions. #f means false, #t means true, other objects except #t and #f mean true. (See 8.2.2 True and False, and 8.5.1 Booleans.) e.g., (if equal wordflag #t) x y) symbol: symbol-type The symbo
45、l identifies strings for optional semantics. The value is used for specification of DSSSL scripts as parameters. In an expression, the symbol requires a single quotation () before the string of symbol. (See 8.5.4 Symbols.) e.g., (font-weight: bold) keyword: keyword-type The keyword specifies names o
46、f keyword strings. This type is used for specification of a DSSSL script as constant and invariable parameters. In an expression, the keyword requires a single colon (:) after the strings of keywords and some keyword arguments. (See 8.5.5 Keywords.) e.g., (font-weight: bold) char: character-type The
47、 char specifies characters and names of characters. In an expression, the char requires a single sharp (#) and backslash () before the character or the name of character. (See 8.5.8 Characters.) e.g., #A: character A #space: spacing empty character #(: open circle parentheses ( pair: pair-type The p
48、air is constructed with two arguments. A list is constructed from a head part and other part of a pair; the head part is called car, other part is called cdr. ISO/IEC 10179:1996/Amd.1:2003(E) 6 ISO/IEC 2003 All rights reservedA pair is converted from a list. When a list is converted from a pair, DSS
49、SL processor should generate an empty list as a tail of the list. The empty list is known as (). e.g., (glyph-subset-table (list (cons glyph1 glyph2) DSSSL expressions have the following numerical types: quantity: quantity-type number: number-type real: real-number-type integer: integer-number-type A quantity-type is represented as the product of a number and the base unit raised to the power of an integer-type. A number-type is the quant
