Open Document Format for Office Applications (OpenDocument) Version 1.0 Errata
Committee Draft 04
22 February 2010
Specification URLs:
This Version:
http://docs.oasis-open.org/office/v1.0/errata/cd04/OpenDocument-v1.0-errata-cd04.odt (Authoritive)
http://docs.oasis-open.org/office/v1.0/errata/cd04/OpenDocument-v1.0-errata-cd04.pdf
http://docs.oasis-open.org/office/v1.0/errata/cd04/OpenDocument-v1.0-errata-cd04.html
Previous Version:
http://docs.oasis-open.org/office/v1.0/errata/os/OpenDocument-v1.0-errata-01-os.odt (Authoritive)
http://docs.oasis-open.org/office/v1.0/errata/os/OpenDocument-v1.0-errata-01-os.pdf
http://docs.oasis-open.org/office/v1.0/errata/os/OpenDocument-v1.0-errata-01-os.html
Latest Version:
http://docs.oasis-open.org/office/v1.0/errata/OpenDocument-v1.0-errata-01.odt (Authoritive)
http://docs.oasis-open.org/office/v1.0/errata/OpenDocument-v1.0-errata-01.pdf
http://docs.oasis-open.org/office/v1.0/errata/OpenDocument-v1.0-errata-01.html
Technical Committee:
OASIS Open Document Format for Office Applications (OpenDocument) TC
Chairs:
Michael Brauer, Sun Microsystems, Inc. <michael.brauer@ sun.com>
Rob Weir, IBM <robert_weir@us.ibm.com>
Editors:
Patrick Durusau <patrick@durusau.net>
Svante Schubert Sun Microsystems, Inc. <svante.schubert@sun.com>
Related Work:
These errata apply to OpenDocument v1.0 , which is identical in the technical content corrected to ISO/IEC 26300.
Abstract:
The Open Document Format for Office Applications (OpenDocument) format, is an open, XML-based file format for office applications, based on OpenOffice.org XML [OOo].
This document is the second errata document for OpenDocument v1.0. It includes as first part the OpenDocument Format 1.0 Approved Errata 01, covering the first part the comments of the Japanese National Body (N0942) and in the new second part the second comments of the Japanese National Body (N1078) and the first of the British National Body (N1309).
Status:
This document was last revised or approved by the OASIS Open Document Format for Office Applications (OpenDocument) Technical Committee on the above date. The level of approval is also listed above. Check the current location noted above for possible later revisions of this document. This document is updated periodically on no particular schedule.
Technical Committee members should send comments on this specification to the Technical Committee's email list. Others should send comments to the Technical Committee by using the "Send A Comment" button on the Technical Committee's web page at www.oasis-open.org/committees/office .
For information on whether any patents have been disclosed that may be essential to implementing this specification, and any offers of patent licensing terms, please refer to the Intellectual Property Rights section of the Technical Committee web page (www.oasis-open.org/committees/office/ipr.php).
The non-normative errata page for this specification is located at www.oasis-open.org/committees/office .
Notices
Copyright © OASIS® 2002–2010. All Rights Reserved.
All capitalized terms in the following text have the meanings assigned to them in the OASIS Intellectual Property Rights Policy (the "OASIS IPR Policy"). The full Policy may be found at the OASIS website.
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published, and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this section are included on all such copies and derivative works. However, this document itself may not be modified in any way, including by removing the copyright notice or references to OASIS, except as needed for the purpose of developing any document or deliverable produced by an OASIS Technical Committee (in which case the rules applicable to copyrights, as set forth in the OASIS IPR Policy, must be followed) or as required to translate it into languages other than English.
The limited permissions granted above are perpetual and will not be revoked by OASIS or its successors or assigns.
This document and the information contained herein is provided on an "AS IS" basis and OASIS DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY OWNERSHIP RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
OASIS requests that any OASIS Party or any other party that believes it has patent claims that would necessarily be infringed by implementations of this OASIS Committee Specification or OASIS Standard, to notify OASIS TC Administrator and provide an indication of its willingness to grant patent licenses to such patent claims in a manner consistent with the IPR Mode of the OASIS Technical Committee that produced this specification.
OASIS invites any party to contact the OASIS TC Administrator if it is aware of a claim of ownership of any patent claims that would necessarily be infringed by implementations of this specification by a patent holder that is not willing to provide a license to such patent claims in a manner consistent with the IPR Mode of the OASIS Technical Committee that produced this specification. OASIS may include such claims on its website, but disclaims any obligation to do so.
OASIS takes no position regarding the validity or scope of any intellectual property or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; neither does it represent that it has made any effort to identify any such rights. Information on OASIS' procedures with respect to rights in any document or deliverable produced by an OASIS Technical Committee can be found on the OASIS website. Copies of claims of rights made available for publication and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this OASIS Committee Specification or OASIS Standard, can be obtained from the OASIS TC Administrator. OASIS makes no representation that any information or list of intellectual property rights will at any time be complete, or that any claims in such list are, in fact, Essential Claims.
The names "OASIS", “OpenDocument”, “Open Document Format” and “ODF” are trademarks of OASIS , the owner and developer of this specification, and should be used only to refer to the organization and its official outputs. OASIS welcomes reference to, and implementation and use of, specifications, while reserving the right to enforce its marks against misleading uses. Please see http://www.oasis-open.org/who/trademark.php for above guidance.
The following part is identical with the OpenDocument Format 1.0 Approved Errata 01.
It covers the first Japanese Defect Report (N0942) and includes references to ODF 1.0, ISO/IEC 26300 and N0492, the Japanese National Body comments provided for the reader's convenience.
Section | ODF 1.0 Page | ODF 1.0 Line | ISO/IEC 26300 Page | ISO/IEC 26300 Line | N0942 # | Correction |
|
|
|
|
|
|
|
2.1.1 | 38 | 24 | 37 | 24 | 41 | Replace "None of the four subdocument root elements contain the complete data, but four combined do." with "All four subdocument root elements together contain the same information as an <office:document> element that contains the same subdocument root elements. |
6.7.5 | 141 | 18 | 141 | 34 | 40 | Replace for value "This value displays the value of the field. Some fields do not support this value. In these cases, the text:display attribute only takes the values value or none , and value or formula , respectively." with: "This value displays the value of the field." |
6.7.5 | 141 | 22 | 141 | 38 | 40 | Replace for formula "This value allows the display of the formula rather than the value of the field. Some fields do not support this value. In these cases, the text:display attribute only takes the values value or none , and value or formula , respectively." with: "This value allows the display of the formula rather than the value of the field. This value is not supported by all kinds of fields." |
8.11.7 | 254 | 47 | 257 | 47 | 61 | Replace "specified" with "specifies". |
8.11.8 | 256 | 3 | 259 | 5 | 62 | Replace "It" with "it". |
8.11.14 | 261 | 12 | 264 | 22 | 63 | Replace "cells" with "cell". |
9.1.4 | 268 | 26 | 271 | 26 | 64 | Display "borders" in standard font. |
9.1.5 | 270 | 22 | 273 | 27 | 65 | Replace "presentation:notes>" with "<presentation:notes>". |
9.2.5 | 274 | 41 | 278 | 5 | 66 | Replace "In general, if r is the radius of the polygon, and s is the sharpness, the inner corners a located on a ellipse that's radius is r(100-s)/100." with "In general, if r is the radius of a polygon, and s is the sharpness, the inner corners are located on an ellipse whose radius is r(100-s)/100." |
9.2.6 | 275 | 38 | 279 | 4 | 42 | Replace "supports" with "support" after "may". |
9.2.7 | 276 | 42 | 280 | 8 | 43 | Replace the first "are" with "is". |
9.2.12 | 284 | 7 | 287 | 27 | 44 | Delete "attributes". |
9.2.18 | 291 | 48 | 295 | 30 | 45 | Replace "supports" with "support". |
9.2.18 | 292 | 10 | 295 | 40 | 46 | Replace "supports" with "support". |
9.2.19 | 292 | 39 | 296 | 22 | 47 | Replace "specifies" with "specify". |
9.2.19 | 293 | 8 | 296 | 40 | 48 | Replace "The attribute draw:align specifies the alignment behavior of the glue point if the drawing object is resized and the shape edge to which the glue point's position relates." with: "The attribute draw:align defines the horizontal and vertical edges to which a glue point with absolute position aligns." |
9.2.19 | 293 | 29 | 297 | 12 | 49 | Replace the first "the" in "the the" with "that". Replace “horizontal” with “ horizontal ”; replace “ left ” with “left”; replace “ right ” with “right”; replace “vertical” with “ vertical ”. |
9.3 | 294 | 2 | 297 | 34 | 50 | Delete "where". |
9.3 | 295 | 39 | 299 | 21 | 52 | The term “scale” should be replaced with “scale”. |
9.3 | 295 | 43 | 299 | 25 | 53 | Replace "/" with "or". |
9.3 | 296 | 26 | 300 | 5 | 54 | Replace "effect" with "affect". |
9.3 | 296 | 26 | 300 | 5 | 55 | Replace second "This" with "That". |
9.3.1 | 297 | 26 | 301 | 12 | 56 | Replace "or" with "and". |
9.3.1 | 297 | 27 | 301 | 13 | 57 | Replace "or" with "and". |
9.3.3 | 300 | 11 | 304 | 5 | 58 | Replace "," with "." at the end of "representation." Replace “An example for this kind of objects OLE objects (see [OLE]).” with “For example, an OLE object has no XML representation (see [OLE]).” |
9.3.3 | 300 | 12 | 304 | 6 | 59 | Replace “a XML” with “an XML”. |
9.3.3 | 301 | 2 | 304 | 38 | 60 | Replace "The object is contained within this sub page exactly as it would as it is a document of its own." with "For objects that have an XML representation, the representation of the object is the equivalent to a separate document representing that object, except that it is stored in a folder in the document package. The xlink references that folder." |
9.3.10 | 306 | 35 | 310 | 28 | 1 | Remove “.” following where. |
9.3.10 | 307 | 39 | 311 | 32 | 2 | Remove the second occurrence of “the” in the sentence. |
9.3.10 | 307 | 40 | 311 | 33 | 3 | Remove the second occurrence of “the” in the sentence. |
9.3.11 | 311 | 24 | 315 | 15 | 4 | Change "a URI" to "a URL" in ODF 1.0 and change "a IRI" to "an IRI" in ISO 26300. |
9.4.1 | 315 | 41 | 319 | 38 | 5 | Replace “y-axis” with “z-axis.” |
9.5 | 319 | 23 | 323 | 24 | 61 | Remove the last “the” from the sentence. |
9.5.3 | 330 | 34 | 334 | 36 | 7 | Replace “(x4, y4)” with “(x, y)”. |
9.5.3 | 330 | 35 | 334 | 37 | 8 | Replace “a” with “an” preceding “implied.” |
9.5.3 | 330 | 39 | 334 | 41 | 9 | Replace “a” with “an” preceding “implied.” |
9.5.3 | 331 | 43 | 336 | 3 | 10 | Replace the first “a” with “an” and remove the second “a” in the sentence. |
9.5.3 | 332 | 1 | 336 | 5 | 11 | Replace "A" with "An." |
9.5.3 | 332 | 19 | 336 | 23 | 12 | Replace the first "a" with "an" and remove the second "a." |
9.5.3 | 332 | 21 | 336 | 25 | 13 | Replace "A" with "An." |
9.5.3 | 332 | 36 | 336 | 40 | 14 | Replace "a" with "an." |
9.5.3 | 333 | 5 | 337 | 12 | 15 | Remove "to be." |
9.5.5 | 334 | 37 | 338 | 42 | 16 | Insert "be" between "may" and "changed". |
9.5.5 | 335 | 10 | 339 | 18 | 17 | Replace "and or" with "or." |
9.5.5 | 335 | 38 | 340 | 1 | 18 | Replace "identifier" with "Identifier". |
9.5.5 | 335 | 40 | 340 | 3 | 19 | Insert "of" after "position". |
9.5.5 | 335 | 41 | 340 | 4 | 20 | Insert "of" after "position". |
9.5.5 | 335 | 42 | 340 | 5 | 21 | Insert "of" after "position". |
9.5.5 | 336 | 9 | 340 | 14 | 22 | Replace "A" with "An". |
9.5.6 | 337 | 28 | 341 | 34 | 23 | Replace the first "a" with "an" and remove the second "a". |
9.7.2 | 344 | 30 | 349 | 6 | 24 | Replace "our" with "or". |
9.8.1 | 349 | 25 | 354 | 9 | 25 | Replace "and or" with "or". |
9.8.2 | 352 | 27 | 357 | 16 | 26 | Replace "The" with "the". |
9.9 | 356 | 11 | 360 | 35 | 27 | Replace "lunched" with "launched". |
9.10 | 358 | 25 | 363 | 3 | 28 | Insert "in" before "presentations". |
9.11.4 | 360 | 39 | 365 | 19 | 29 | Remove the second "the" in "the the". |
11.7.3 | 432 | 22 | 438 | 16 | 82 | Replace "vale" with "value". |
12.4 | 438 | 37 | 445 | 3 | 83 | Replace “section .” with “section 9.9.” |
14.7.9 | 500 | 32 | 508 | 22 | 84 | Replace "language" with "country". |
15.4.7 | 555 | 44 | 565 | 12 | 382 | Delete “ See §9.2 of [CSS3Text] for details.” |
15.4.8 | 556 | 8 | 565 | 24 | 38 | Delete “See §9.3 of [CSS3Text] for details.” |
15.4.19 | 561 | 12 | 570 | 38 | 33 | Replace reference to Subsection 8.8.4 of XSL with 7.8.4. |
15.4.29 | 565 | 40 | 575 | 25 | 38 | Delete “See §9.2 of [CSS3Text] for details.” |
15.4.30 | 566 | 9 | 575 | 50 | 38 | Delete “See §9.3 of [CSS3Text] for details.” |
15.4.33 | 567 | 39 | 577 | 28 | 38 | Delete “ See § 9.5 of [CSS3Text] for details. ” |
15.4.34 | 567 | 57 | 577 | 47 | 38 | Delete “ See § 9.5 of [CSS3Text] for details. ” |
15.5.29 | 589 | 23 | 599 | 43 | 34 (duplicates 31) | Replace reference to Subsection 7.9.14 of XSL with 7.19.4. |
15.5.38 | 592 | 25 | 602 | 44 | 67 | Replace "Snap To Layout" with "Snap to Layout Grid". |
15.10.1 | 605 | 5 | 615 | 38 | 97 | Replace: "fixed" with "minimum". |
15.11.9 | 609 | 4 | 619 | 44 | 98 | Replace "page" with "cell". |
15.11.11 | 609 | 17 | 620 | 11 | 35 (duplicates 32) | Replace reference to Subsection 7.5.13 of XSL with 7.15.13. |
15.12 | 613 | 19 | 624 | 19 | 96 | Replace "species" with "specifies". |
15.27.21 | 651 | 3 | 662 | 39 | 92 | Replace "left side" with "the right side". |
15.27.22 | 651 | 31 | 663 | 28 | 91 | Replace "style:wrap-dynamic-treshold" in the schema with "style:wrap-dynamic-threshold". |
15.27.31 | 655 | 12 | 667 | 10 | 95 (duplicates 90) | Replace "overly" with "overlies". |
15.27.31 | 655 | 18 | 667 | 16 | 94 | Replace “object” with “option”. |
15.28.3 | 656 | 9 | 668 | 8 | 88 | Replace "draw:margin-horizontal" with "draw:frame-margin-horizontal" and "draw:margin-vertical" with "draw:frame-margin-vertical". |
15.28.4 | 656 | 32 | 668 | 31 | 93 | Replace "this section" with “15.28.5 and 15.28.6”. |
15.30.4 | 659 | 41 | 671 | 45 | 87 | Replace "chart:symbol-length" with "chart:symbol-height". |
15.30.9 | 661 | 46 | 674 | 13 | 86 | Replace "The line interpolation is determined by the chart:splines property." with "The line interpolation is determined by the chart:interpolation attribute." |
15.31.2 | 663 | 7 | 675 | 23 | 85 | Replace chart:axis-visible with chart:visible. |
15.31.3 | 663 | 20 | 675 | 36 | 81 | Replace chart:axis-logarithmic with chart:logarithmic. |
15.31.3 | 663 | 21 | 675 | 37 | 81 | Replace chart:axis-logarithmic with chart:logarithmic. |
15.31.3 | 663 | 34 | 676 | 5 | 80 | Replace "chart:interval-minor-divisor" with "chart:interval-minor". |
15.31.3 | 663 | 37 | 676 | 8 | 80 | Replace "chart:interval-minor-divisor" with "chart:interval-minor". |
15.31.4 | 664 | 19 | 676 | 40 | 79 | Replace "Inner marks are drawn towards the inside of the plot area, that is to the right for an axis displayed on the left hand side of the plot area, and to the left for an axis displayed on the right hand side of the plot area. Outer marks point in the opposite direction. If both properties are specified, one tick mark is drawn that crosses the axis." with: ” The chart:tick-mark-major-inner and chart:tick-mark-major-outer attributes define the marks for a major interval. The chart:tick-mark-minor-inner and chart:tick-mark-minor-outer attributes define the marks for a minor interval. Inner marks are drawn towards the inside of the plot area, that is to the right for an axis displayed on the left hand side of the plot area, and to the left for an axis displayed on the right hand side of the plot area. Outer marks point in the opposite direction. If both inner or outer attributes are specified for one mark, one tick mark is drawn that crosses the axis.”
|
15.36 | 670 | 4 | 682 | 28 | 77 | Replace <style:style-drawpage-properties> with <style:drawing-page-properties>. |
15.36 | 670 | 20 | 683 | 3 | 75 | Insert into the list immediately before 15.36.1:
|
15.36.8 | 674 | 28 | 687 | 8 | 76 | Replace “presentation:page-duration” with “presentation:duration”. |
15.36.10 | 675 | 6 | 687 | 36 | 72 | Strike: "It must be included in the <style:presentation-properties> element." |
16.1 | 678 | 39 | 691 | 40 | 74 | Replace “(positive or negative)” with “(positive, zero, or negative). |
16.1 | 679 | 29 | 692 | 29 | 73 | Replace: 'A list of value types supported for certain generic values, such as “string” or “date”.'
With: 'A list of supported value types.' |
17.6 | 686 | 37 | 699 | 35 | 373 | Delete "In order to conform to the Thumbnail Managing Standard (TMS) at www.freedesktop.org,". |
17.6 | 686 | 38 | 699 | 36 | 37 | Replace "thumbnails" with "Thumbnails". |
17.7.3 | 688 | 38 | 701 | 35 | 364 | Replace http://www.isi.edu/in-notes/iana/assignments/media-types/media-types with http://www.iana.org/assignments/media-types/ . |
17.7.3 | 688 | 38 | 701 | 35 | 68 | Strike "As an example, all XML streams have the media type "text/xml"." |
17.7.6 | 690 | 34 | 703 | 34 | 69 | Replace second “name” with “encryption key”. |
Appen-dix B | 695 | 7 | 708 | 9 | 395 | Replace http://www.w3.org/TR/2003/WD-DOM-Level-3-Events-20030331 with |
Appen-dix D | 701 | 17 | 714 | 15 | 71 | Change 12.2 Title entry to read "Number Format".
|
Appen-dix D | 702 | 33 | 715 | 31 | 71 | Replace "Text Alignment Properties" with "Text and Text Alignment Properties". |
Lines were counted from the top of each page, including blank lines in schema fragments. Where tables were present, the section with the largest number of lines was used for the line count.
All of the “defects” from the Japanese errata document filed with JTC 1/SC 34 were included in the foregoing errata, except for the following (see http://www.itscj.ipsj.or.jp/sc34/open/0942rev1.htm ):
N0942:30 “In 15.4.1, subsection 8.8.4 of XSL is referenced, but it should be 7.8.4.”
Rejected, the text is correct.
N0942:51 “Section 9.3, 8th line on page 298 Current description: Like the formatting properties of drawing shapes, frame formatting properties are stored in styles belonging to the graphic family. Proposal: A different font is used for the word "graphic", but it shouldn't.”
Rejected, the text is correct. The term “graphic” here refers to a particular “family” of styles that is defined by OpenDocument.
N0942:70 – Requires further consideration.
N0942:78 “Can style:default-style contain the properties in 15.36 "Presentation Page Attributes"? The beginning of this subsection is: 'The properties described in this section can be contained within style elements <style:style> whose family is drawing-page.' However, can style:default-style whose family is drawing-page contain these properties? The schema appears to say so.”
Rejected, not a defect. The answer to the question is yes. The reference in the text was not exclusive.
N0942:89 “The first para of 15.3.4 is:
If a page contains borders, the border line width attributes
style:border-line-width, style:border-line-width-top,
style:border-line-width-bottom, style:borderline-width-left and
style:border-line-width-right specify the properties of the
border lines of the headers and footers.
However, since 15.3 applies to headers and footers, should "If a page" be replaced with "If a header or footer"?”
Rejected. Borders of pages define the borders of headers and footers and therefore the text is correct as written.
The following part is new to the second errata document for OpenDocument v1.0 .
This part covers the second Japanese Defect Report (N1078) and the first British Defect Report (N1309) and includes references to the comments of the Japanese National Body (N1078) and British National Body (N1309) for the reader's convenience.
Section | Section Refinement | Correction | Comment of National Body |
1.3 | Namespaces | Replace in first table “Prefix” column: “drawing” with “draw”. | |
1.6 | White-Space Processing and EOL Handling | Replace: “In conformance with the W3C XML specification [XML1.0], optional white-space characters that are contained in elements that have element content (in other words that must contain elements only but not text) are ignored.” with “In conformance with the W3C XML specification [XML1.0], white-space characters that are contained in elements that have element-only content (in other words that must contain elements only but not text) are ignored.” and replace: “For some elements, different white-space processing may take place, for example the paragraph element.” with “For some elements (see 5.1.1 White-space Characters) different white-space processing may take place, for example the paragraph element.” | |
2.1.2 | Document Root Attributes | Delete: “If the file has a version known to an XML processor, it may validate the document. Otherwise, it is optional to validate the document, but the document must be well formed.” | |
3.1.15 | Language | Delete the sentence: “It consists of a two or three letter Language Code taken from the ISO 639 standard optionally followed by a hyphen (-) and a two-letter Country Code taken from the ISO 3166 standard.” | |
6.3 | Variable Fields | Delete: "In the OpenDocument file format, a variable must be declared at the beginning of a document". | |
6.3 | Variable Fields | Replace: with “OpenDocument documents can contain variables, which are processed or displayed using variable fields.” | |
6.7.2 | Fixed | Delete the sentences: “If the value of a field is fixed, the value of the field element to which this attribute is attached is preserved in all future edits of the document. If the value of the field is not fixed, the value of the field may be replaced by a new value when the document is edited.” and insert: The defined values of the text:fixed attribute are:
| |
7.3.1 | Use Index Marks | Delete the sentence: “See section 7.1 for more information on index marks.” | |
7.3.1 | Index Scope | Delete the sentence: “The text:index-scope attribute determines whether the table-of-content is generated for the whole document, or only for the current chapter.” and insert the sentence: “The text:index-scope attribute specifies whether index entries from an entire document or from a chapter are used to construct a table of contents.” | |
7.3.2 | Table of Content Entry Template | Delete the sentence: “(See below.)” | |
7.4.1 | Use Caption | Delete the sentences: “Each object contained in a text document has a name. In addition, images also have a caption. The image caption or the image name can be gathered for the index of illustrations.” and insert: “The text:use-caption attribute specifies whether the captions or names of illustrations are used for an index.
| |
7.7.1 | Copy Outline Levels | Delete the sentences: “This attribute can have a value of true or false. If the value is true, the entries are gathered at the outline level of the source element to which they refer. If the value is false, all index entries gathered are at the top outline level. For example, if an image appears in section 1.2.3, the entry for the image is located at outline level 3.” and insert: “The text:copy-outline-levels attribute specifies whether index entries are indented according to the outline level of their source.
| |
7.8.2 | Auto Mark File | Insert new a paragraph following the paragraph that ends with: “The declaration element in an Xlink, which points to the resource containing the list of terms.” that reads: “The format of an index mark file is implementation dependent.” | |
7.12 | Index Template Entries | Replace: “There are eight types of index entries, ....” with “There are seven types of index entries,....” | |
8.1.1 | Protected | Replace: “If a table is protected, all of the table elements and the cell elements with a style:cell-protect attribute set to true are protected.” with “If a table is protected, all of the table's cell elements with a style:cell-protect attribute set a different value than "none" are protected.” | |
8.1.2 | Visibility | Replace: “Filtered rows are invisible, because a filter is applied to the table that does not select the table row. ” with “Filtered rows are invisible because they were not selected by a filter applied to a table. ” | |
8.1.2 | Visibility | Replace: “Collapsed rows have been made invisible by invisible in the UI directly.” with “Collapsed rows have been made invisible by the UI directly.” | |
8.1.3 | Cell Current Currency | Replace: “This attribute is only evaluated for cells whose data type is currency.” with “This attribute is only evaluated for cells whose value type is currency.” | |
8.1.3 | Cell Current Date Value | Replace: “This attribute is only evaluated for cells whose data type is date.” with “This attribute is only evaluated for cells whose value type is date.” | |
8.1.3 | Cell Current Time Value | Replace: “This attribute is only evaluated for cells whose data type is time.” with “This attribute is only evaluated for cells whose value type is time.” | |
8.1.3 | Cell Current Boolean Value | Replace: “This attribute is only evaluated for cells whose data type is boolean.” with “This attribute is only evaluated for cells whose value type is boolean.” | |
8.1.3 | Cell Current String Value | Replace: “This attribute is only evaluated for cells whose data type is string.” with “This attribute is only evaluated for cells whose value type is string.” | |
8.1.3 | Table Cell Protection | Replace: “The table:protected attribute....” with “The table:protect attribute....” | |
8.3.4 | Shapes | Replace: “The <table:shapes> element contains all graphic shapes with an anchor on the table this element is a child of. ” with “The <table:shape> element contains all the elements that represent graphic shapes that are anchored on a table where this element occurs.” | |
8.4.3 | Detective | Delete: “The <table:detective> element has two purposes. One the one hand, it contains information about relations that exist between table cells because of formulas and that should be highlighted in the UI. On the other hand, the element contains information about cells that are highlighted currently in the UI either because of the relations mentioned above or because of error conditions.” and insert: “The <table:detective> element contains information that is used by an UI to determine the highlighting of relationships between cells or cells that are highlighted due to error conditions.” | |
8.4.4 | Detective Operation | Delete: “The <table:operation> element specifies that certain relations that exist between the cell the element is a child of and other cells should be made visible or invisible in the UI. One and the same detective operation can be applied multiple times to the same cell. In this case, the second operation is applied to the resulting cells of the first operation and so on. This means that an operation not necessarily is applied to the cell the operation is defined in, but also to other cells, and that it therefor can interact with operations defined in other cells. This especially applies to operations that make relations invisible. To get a determinate behavior, operations have an index and are applied in the order of that index. The attributes associated with the <table:operation> element are:” and insert: “The <table:operation> element specifies both the type of detective operation that leads to the discovery of relationships between cells (table:name attribute) and the order which those operations are applied (table:index attribute). Once relationships between cells have been discovered, those cells are highlighted to show those relationships. The attributes associated with the <table:operation> element are:” | |
8.4.4 | Name | Delete: “The table:name attribute specifies the name of the detective operation. Possible names are trace-dependents , remove-dependents, trace-precedents, remove-precedents and trace-errors. trace-dependents and remove-dependents displays or hides cells that use the value of the current cell in their formula. Trace-precedents and remove-precedents displays or hides cells whose value is used in the formula of the current cell. Trace-errors displays cells that cause an error while calculating the result of the current cell's formula.” and insert: “The table:name attribute specifies the name of a detective operation. The defined values for the table:name attribute are:
The nature of the highlighting imposed or removed from cells as the result of detective operations is implementation dependent.” | |
8.5 | Search Criteria Must Apply to Whole Cell | Delete: “The table:search-criteria-must-apply-to-whole-cell attribute specifies whether or not the specified search criteria, according to the regular expression used, must apply to the entire cell contents.” and insert: “The table:search-criteria-must-apply-to-whole-cell attribute specifies the matching criteria for search patterns against cell content.
The table:search-criteria-must-apply-to-whole-cell attribute is used on a <table:filter-condition> element if the table:data-type attribute on that <table:filter-condition> element has a table:data-type attribute with the value of "text" and a table:operator attribute with a value of either:
| |
8.5.3 | Condition | Replace: “The value of this attribute should be a namespace prefix, followed by a Boolean expression. A typical syntax of the expression may be similar to the XPath syntax. The following are valid conditions: •Condition ::= ExtendedTrueCondition | TrueFunction 'and' TrueCondition •TrueFunction ::= cell-content-is-whole-number() | cell-content-is-decimal-number() | cell-content-is-date() | cell-content-is-time() | cell-content-is-text() •ExtendedTrueCondition ::= ExtendedGetFunction | cell-content-text-length() Operator Value •TrueCondition ::= GetFunction | cell-content() Operator Value •GetFunction ::= cell-content-is-between(Value, Value) | cell-content-is-not-between(Value, Value) •ExtendedGetFunction ::= cell-content-text-length-is-between(Value, Value) | cell-content-text-length-is-not-between(Value, Value) | cell-content-is-in-list(StringList) •Operator ::= '<' | '>' | '<=' | '>=' | '=' | '!=' •Value ::= NumberValue | String | Formula •StringList ::= StringList ';' String | String” with: “The value of this attribute should be a namespace prefix, followed by an implementation-dependent Boolean expression.” | |
8.7.1 | Condition Source Range Address | Replace in the example “F G G I" with “F G H I”. | |
8.8 | Data Pilot Tables | Replace: “Data pilot tables allow it to analyze and evaluate data contained in spreadsheet tables.” with: “Data pilot tables enable users to analyze and evaluate data extracted from a range of structured data sources, such as spreadsheet tables, database tables, or external service components.” | |
8.8.4 | Used Hierarchy | Replace: “The value means that no hierarchy should be applied at all.” with: “The value -1 means no hierarchy should be applied at all.” | |
9.4.5 | Extrude | Replace: “The <dr3d:extrude> element represents a three-dimensional extrude based on a polygon.” with: “The <dr3d:extrude> element represents a three-dimensional extrude object based on the given polygon. The 3D geometry is formed by extruding the polygon perpendicular to the polygon by a depth (see <dr3d:depth>, 15.22.6), thus creating a front plane, a back plane and side planes. The side planes are formed by connecting all corresponding single edges of the front and back plane. When no depth is given, the polygon forms a plane without depth. The existence of a front plane depends on <dr3d:close-front> (15.22.9). The existence of a back plane depends on <dr3d:close-back> (15.22.9). The size of the back plane can be relative to the size of the front plane when <dr3d:back-scale> is used. “ | |
9.4.6 | Rotate | Replace: “The <dr3d:rotate> element represents a three-dimensional rotation shape based on a polygon.” with: “The <dr3d:rotate> element represents a three-dimensional rotation shape based on the given polygon. The 3D geometry is formed by rotating the polygon around it's Y-Axis by a number of steps (see <dr3d:horizontal-segments> 15.22.1). The side planes are formed by connecting all corresponding single edges of a neighbored pair of rotated polygons. By default, the rotation uses a full rotation (360 degrees, see <dr3d:end-angle> 15.22.8). In that case the 3D geometry is implicitly closed and no front plane or back plane is created. If the rotation is different, a front plane is created using the first, unrotated polygon and a back plane is created using the last rotated polygon. The existence of a front plane also depends on <dr3d:close-front> (15.22.9) and back plane on <dr3d:close-back> (15.22.9). The size of the back plane can be relative to the size of the front plane when <dr3d:back-scale> is used.” | |
15.4.38 | Text Combine | Replace: “Use the style:text-combine property to combine characters so that they are displayed within two lines. The value of this attribute can be none, letters or lines. If the value is lines, all characters with this attribute value that immediately follow each other are displayed within two lines of approximately the same length. There can be a line break between any two characters to meet this constraint. If the value of the attribute is letters, up to 5 characters are combined within two lines. Any additional character is displayed as normal text.” with: “The style:text-combine attribute specifies whether to combine characters so that they are displayed within two lines. The defined values for the style:text-combine attribute are:
| |
15.14.12 | Fill Image Tile Translation | Replace: “This attribute is only interpreted if the value of the current style:repeat attribute is tiled.” with: “This attribute is only interpreted if the value of the current style:repeat attribute is repeat.” | |
15.22.8 | End Angle | Replace: “The attribute dr3d:end-angle specifies the rotation angle for 3D lathe objects. If it is the default (360°), the lathe object is closed and completely rotated. With smaller values it is possible to define opened lathe objects (segments). The then visible sides are closed and take into account the dr3d:back-scale and dr3d:edge-rounding attributes. With bigger values it is possible to create lathe objects with more than one rotation. This will only have a visible effect when e.g., dr3d:back-scale is used.” with: “The attribute dr3d:end-angle specifies the rotation angle for 3D rotation objects. If it is the default (360°), the 3D rotation object is closed and completely rotated. With values less than 360° it is possible to define opened 3D rotation objects (segments). The then visible sides are closed and take into account the dr3d:back-scale and dr3d:edge-rounding attributes. With values greater than 360° it is possible to create 3D rotation objects with more than one rotation. This will only have a visible effect when e.g., dr3d:back-scale is used.” | |
15.22.9 | Close Front | Replace: “The dr3d:close-front property specifies whether a front plane shall be generated. E.g., if an ellipse is extruded, and this attribute is set, the ellipse will have an open front. The attribute can be used with extrudes and lathe objects.” with: “The dr3d:close-front property specifies whether a front plane shall be generated. E.g., if an ellipse is extruded, and this attribute is set, the ellipse will have an open front. The attribute can be used with 3D extrude objects and 3D rotation objects.” | |
15.22.10 | Close Back | Replace: “The dr3d:close-back property describes if a back plane shall be generated. E.g., if an ellipse is extruded, and this attribute is set, the ellipse will have an open back. The attribute can be used with extrudes and lathe objects.” with: “The dr3d:close-back property describes if a back plane shall be generated. E.g., if an ellipse is extruded, and this attribute is set, the ellipse will have an open back. The attribute can be used with 3D extrude objects and 3D rotation objects.” | |
15.24.4 | Mode | Replace “dr3d:normals-direction” with “dr3d:texture-mode.” | |
15.24.4 | Mode | Insert after “The attribute dr3d:texture-mode is used to specify how the texture is modulated.” the text:
| |
15.31.4 | Tick Marks | Replace“chart:axis-interval-major” with “chart:interval-major” and replace “chart:axis-interval-minor” with “chart:interval-minor.” | |
17.5 | Usage of IRIs Within Packages | Delete: “A relative-path reference (as described in §6.5 of [RFC3987]) that occurs in a file that is contained in a package has to be resolved exactly as it would be resolved if the whole package gets unzipped into a directory at its current location. The base IRI for resolving relative-path references is the one that has to be used to retrieve the (unzipped) file that contains the relative-path reference.” Delete: “All other kinds of IRI references, namely the ones that start with a protocol (like http:), an authority (i.e., //) or an absolute-path (i.e., /) do not need any special processing. This especially means that absolute-paths do not reference files inside the package, but within the hierarchy the package is contained in, for instance the file system. IRI references inside a package may leave the package, but once they have left the package, they never can return into the package or another one.” Insert after the list item that ends “from the file system or another package.” the paragraph: “A *relative-path* reference (as defined in ァ4.2 of [RFC3986], except that it may contain the additional characters that are allowed in IRI references [RFC3987]) that occurs in a file that is contained in a package has to be resolved exactly as it would be resolved if the whole package gets unzipped into a directory at its current location. The base URI/IRI for resolving relative-path references is the one that has to be used to retrieve the (unzipped) file that contains the relative-path reference.” Insert after the final paragraph, the following note: “Note: URI/IRI references that are not a relative-path reference do not need any special processing. This especially means that absolute-paths do not reference files inside the package, but within the hierarchy the | |
17.7.4 | Encryption Data | Replace <encryption-data> with <manifest:encryption-data>. | |
Appendix B | References | Replace: “http://www.info-zip.org/doc/appnote-19970311-iz.zip” with “ftp://ftp.uu.net/pub/archiving/zip/doc/appnote-970311-iz.zip”. |
All of the items in the SC34 N 1078 defect report from the National Body for Japan (see http://www.itscj.ipsj.or.jp/sc34/open/1078.htm ) are addressed in the foregoing errata except for the following:
N1078:4 - “Is the attribute "text:use-index-source-styles" orthogonal to the text:use-outline and text:use-index-marks attributes? For example, can text:use-index-marks="true" and text:use-index-source-styles="true" coexist?”
Rejected, the specification shows no contradiction to the independence of XML attributes, but ODF 1.2 will offer a more detailed explanation of the attributes.
N1078:18 - “Hashing for the text:protection-key and table:protection-key attribute of ODF 1.0 is not specified at all.”
Rejected, the correction of this defect would exceed the limits of OASIS errata and therefore it will be addressed in ODF 1.2. The behavior in question is implementation dependent for purposes of ISO 26300.
N1078:19 - No comment with number nineteen exists.
N1078:23 - “The semantics of the functions auto, average, count, countnums, max, min, product, stdev, stdevp, sum, var and varp are not specified.“
Rejected, the correction of this defect would exceed the limits of OASIS errata and therefore it will be addressed in ODF 1.2. The behavior in question is implementation dependent for purposes of ISO 26300.
N1078:25 - “Subclauses 9.2.9 and 15.19 about start positions, start shapes, start glue points are only understandable if the reader uses OpenOffice and examines the output.”
Rejected, the correction of this defect would exceed the limits of OASIS errata and therefore it will be addressed in ODF 1.2. The behavior in question is implementation dependent for purposes of ISO 26300.
N1078:27 - "Clause 9.2.11 fails to define a measure line."
Rejected, the correction of this defect would exceed the limits of OASIS errata and therefore it will be addressed in ODF 1.2. The behavior in question is implementation dependent for purposes of ISO 26300.
N1078:29 - “Clause 15.20 about "reference points", "measure line", "guides", etc. is only understandable if the reader uses OpenOffice and examines the output.”
Rejected, the correction of this defect would exceed the limits of OASIS errata and therefore it will be addressed in ODF 1.2. The behavior in question is implementation dependent for purposes of ISO 26300.
N1078:34 - “relative-path reference" in 17.5 is never defined in RFC 3987.”
The defect was covered with amendment for N1078:35.
All of the items in the SC34 N 1309 defect report from the National Body for Great Britain (see http://www.itscj.ipsj.or.jp/sc34/open/1309.htm ) are addressed in the foregoing errata except for the following:
N1309:3 - ”Clause 9.5.2 states 'The draw:extrusion-first-light-harsh attribute specifies if the primary light is harsh'. This is the only commentary on this element: it is not sufficiently specified to implement at all.”
Rejected, as the term “harsh lighting” is a common term.
N1309:4 - “Regular expressions are not specified or referenced”
Rejected, the correction of this defect would exceed the limits of OASIS errata and therefore it will be addressed in ODF 1.2. The behavior in question is implementation dependent for purposes of ISO 26300.
N1309:5 - “The clause 9.3.8 mentions the <draw:contour-polygon> and <draw:contour-path> elements. However the function of purpose elements is not defined except with the words "[t]hese elements describe the contour of an image or object."
Rejected as 9.3.8 already states: “The elements are similar to the <draw:polygon> (see section 9.2.4) and <draw:path> (see section 9.2.6) elements, except that they specify a contour rather than a drawing shape. The attributes they support are the ones for the size, the viewbox, the points (contour polygon only) and the path (contour path only).”
Given the reference to 9.2.4 and 9.2.6 it should be obvious how the contour is defined.
1Original comment referenced section 9.4.6. That section reference was incorrect. The correct reference was supplied.
2This comment was applied to normative references in 15.4.7, 15.4.8, 15.4.29, 15.4.30, 15.4.33, and 15.4.34.
3Section and page references were not included in the original comment.
4Section and page references were not included in the original comment.
5Section and page references were not included in the original comment.