Office Open XML File Formats 209550 -635635 ECMA-376 1st Edition / December 2006 Office Open XML File Formats Standard ECMA-376 1st Editio n / December 2006 Office Open XML Part 1: Fundamentals December 2006 Table of Contents TOC \o "1-3" \h \z Foreword PAGEREF _Toc156638424 \h xi Introduction PAGEREF _Toc156638425 \h xii 1. Scope PAGEREF _Toc156638426 \h 1 2. Conformance PAGEREF _Toc156638427 \h 2 2.1 Goal PAGEREF _Toc156638428 \h 2 2.2 Issues PAGEREF _Toc156638429 \h 2 2.3 What this Standard Specifies PAGEREF _Toc156638430 \h 3 2.4 Document Conformance PAGEREF _Toc156638431 \h 3 2.5 Application Conformance PAGEREF _Toc156638432 \h 3 2.6 Interoperability Guidelines PAGEREF _Toc156638433 \h 3 3. Normative References PAGEREF _Toc156638434 \h 5 4. Definitions PAGEREF _Toc156638435 \h 6 5. Notational Conventions PAGEREF _Toc156638436 \h 8 6. Acronyms and Abbreviations PAGEREF _Toc156638437 \h 9 7. General Description PAGEREF _Toc156638438 \h 10 8. Overview PAGEREF _Toc156638439 \h 11 8.1 Packages and Parts PAGEREF _Toc156638440 \h 11 8.2 Consumers and Producers PAGEREF _Toc156638441 \h 11 8.3 WordprocessingML PAGEREF _Toc156638442 \h 11 8.4 SpreadsheetML PAGEREF _Toc156638443 \h 12 8.5 PresentationML PAGEREF _Toc156638444 \h 13 8.6 Supporting MLs PAGEREF _Toc156638445 \h 14 8.6.1 DrawingML PAGEREF _Toc156638446 \h 14 8.6.2 VML PAGEREF _Toc156638447 \h 15 8.6.3 Custom XML Data Properties PAGEREF _Toc156638448 \h 15 8.6.4 File Properties PAGEREF _Toc156638449 \h 15 8.6.5 Math PAGEREF _Toc156638450 \h 15 8.6.6 Bibliography PAGEREF _Toc156638451 \h 15 9. Packages PAGEREF _Toc156638452 \h 16 9.1 Constraints on Office Open XML's Use of OPC PAGEREF _Toc156638453 \h 16 9.1.1 Part Names PAGEREF _Toc156638454 \h 16 9.1.2 Part Addressing PAGEREF _Toc156638455 \h 16 9.1.3 Fragments PAGEREF _Toc156638456 \h 16 9.1.4 Physical Packages PAGEREF _Toc156638457 \h 16 9.1.5 Interleaving PAGEREF _Toc156638458 \h 16 9.1.6 Unknown Parts PAGEREF _Toc156638459 \h 17 9.1.7 Trash Items PAGEREF _Toc156638460 \h 17 9.1.8 Invalid Parts PAGEREF _Toc156638461 \h 17 9.1.9 Unknown Relationships PAGEREF _Toc156638462 \h 17 9.2 Relationships in Office Open XML PAGEREF _Toc156638463 \h 17 10. Markup Compatibility and Extensibility PAGEREF _Toc156638464 \h 23 10.1 Constraints on Office Open XML's Use of Markup Compatibility and Extensibility PAGEREF _Toc156638465 \h 23 10.1.1 PreserveElements and PreserveAttributes PAGEREF _Toc156638466 \h 23 10.1.2 Office Open XML Native Extensibility Constructs PAGEREF _Toc156638467 \h 23 11. WordprocessingML PAGEREF _Toc156638468 \h 24 11.1 Glossary of WordprocessingML-Specific Terms PAGEREF _Toc156638469 \h 24 11.2 Package Structure PAGEREF _Toc156638470 \h 25 11.3 Part Summary PAGEREF _Toc156638471 \h 27 11.3.1 Alternative Format Import Part PAGEREF _Toc156638472 \h 28 11.3.2 Comments Part PAGEREF _Toc156638473 \h 29 11.3.3 Document Settings Part PAGEREF _Toc156638474 \h 31 11.3.4 Endnotes Part PAGEREF _Toc156638475 \h 33 11.3.5 Font Table Part PAGEREF _Toc156638476 \h 35 11.3.6 Footer Part PAGEREF _Toc156638477 \h 36 11.3.7 Footnotes Part PAGEREF _Toc156638478 \h 38 11.3.8 Glossary Document Part PAGEREF _Toc156638479 \h 41 11.3.9 Header Part PAGEREF _Toc156638480 \h 43 11.3.10 Main Document Part PAGEREF _Toc156638481 \h 46 11.3.11 Numbering Definitions Part PAGEREF _Toc156638482 \h 48 11.3.12 Style Definitions Part PAGEREF _Toc156638483 \h 51 11.3.13 Web Settings Part PAGEREF _Toc156638484 \h 52 11.4 Document Template PAGEREF _Toc156638485 \h 53 11.5 Framesets PAGEREF _Toc156638486 \h 54 11.6 Master Documents and Subdocuments PAGEREF _Toc156638487 \h 55 11.7 Mail Merge Data Source PAGEREF _Toc156638488 \h 56 11.8 Mail Merge Header Data Source PAGEREF _Toc156638489 \h 57 11.9 XSL Transformation PAGEREF _Toc156638490 \h 58 12. SpreadsheetML PAGEREF _Toc156638491 \h 59 12.1 Glossary of SpreadsheetML-Specific Terms PAGEREF _Toc156638492 \h 59 12.2 Package Structure PAGEREF _Toc156638493 \h 60 12.3 Part Summary PAGEREF _Toc156638494 \h 62 12.3.1 Calculation Chain Part PAGEREF _Toc156638495 \h 63 12.3.2 Chartsheet Part PAGEREF _Toc156638496 \h 64 12.3.3 Comments Part PAGEREF _Toc156638497 \h 65 12.3.4 Connections Part PAGEREF _Toc156638498 \h 67 12.3.5 Custom Property Part PAGEREF _Toc156638499 \h 68 12.3.6 Custom XML Mappings Part PAGEREF _Toc156638500 \h 69 12.3.7 Dialogsheet Part PAGEREF _Toc156638501 \h 70 12.3.8 Drawings Part PAGEREF _Toc156638502 \h 72 12.3.9 External Workbook References Part PAGEREF _Toc156638503 \h 73 12.3.10 Metadata Part PAGEREF _Toc156638504 \h 75 12.3.11 Pivot Table Part PAGEREF _Toc156638505 \h 78 12.3.12 Pivot Table Cache Definition Part PAGEREF _Toc156638506 \h 79 12.3.13 Pivot Table Cache Records Part PAGEREF _Toc156638507 \h 81 12.3.14 Query Table Part PAGEREF _Toc156638508 \h 82 12.3.15 Shared String Table Part PAGEREF _Toc156638509 \h 83 12.3.16 Shared Workbook Revision Headers Part PAGEREF _Toc156638510 \h 84 12.3.17 Shared Workbook Revision Log Part PAGEREF _Toc156638511 \h 85 12.3.18 Shared Workbook User Data Part PAGEREF _Toc156638512 \h 87 12.3.19 Single Cell Table Definitions Part PAGEREF _Toc156638513 \h 87 12.3.20 Styles Part PAGEREF _Toc156638514 \h 89 12.3.21 Table Definition Part PAGEREF _Toc156638515 \h 90 12.3.22 Volatile Dependencies Part PAGEREF _Toc156638516 \h 91 12.3.23 Workbook Part PAGEREF _Toc156638517 \h 92 12.3.24 Worksheet Part PAGEREF _Toc156638518 \h 94 12.4 External Workbooks PAGEREF _Toc156638519 \h 96 13. PresentationML PAGEREF _Toc156638520 \h 98 13.1 Glossary of PresentationML-Specific Terms PAGEREF _Toc156638521 \h 98 13.2 Package Structure PAGEREF _Toc156638522 \h 98 13.3 Part Summary PAGEREF _Toc156638523 \h 101 13.3.1 Comment Authors Part PAGEREF _Toc156638524 \h 102 13.3.2 Comments Part PAGEREF _Toc156638525 \h 103 13.3.3 Handout Master Part PAGEREF _Toc156638526 \h 104 13.3.4 Notes Master Part PAGEREF _Toc156638527 \h 106 13.3.5 Notes Slide Part PAGEREF _Toc156638528 \h 107 13.3.6 Presentation Part PAGEREF _Toc156638529 \h 109 13.3.7 Presentation Properties Part PAGEREF _Toc156638530 \h 111 13.3.8 Slide Part PAGEREF _Toc156638531 \h 111 13.3.9 Slide Layout Part PAGEREF _Toc156638532 \h 113 13.3.10 Slide Master Part PAGEREF _Toc156638533 \h 115 13.3.11 Slide Synchronization Data Part PAGEREF _Toc156638534 \h 116 13.3.12 User Defined Tags Part PAGEREF _Toc156638535 \h 117 13.3.13 View Properties Part PAGEREF _Toc156638536 \h 118 13.4 HTML Publish Location PAGEREF _Toc156638537 \h 119 13.5 Slide Synchronization Server Location PAGEREF _Toc156638538 \h 120 14. DrawingML PAGEREF _Toc156638539 \h 122 14.1 Glossary of DrawingML-Specific Terms PAGEREF _Toc156638540 \h 122 14.2 Part Summary PAGEREF _Toc156638541 \h 122 14.2.1 Chart Part PAGEREF _Toc156638542 \h 123 14.2.2 Chart Drawing Part PAGEREF _Toc156638543 \h 125 14.2.3 Diagram Colors Part PAGEREF _Toc156638544 \h 126 14.2.4 Diagram Data Part PAGEREF _Toc156638545 \h 127 14.2.5 Diagram Layout Definition Part PAGEREF _Toc156638546 \h 128 14.2.6 Diagram Style Part PAGEREF _Toc156638547 \h 130 14.2.7 Theme Part PAGEREF _Toc156638548 \h 131 14.2.8 Theme Override Part PAGEREF _Toc156638549 \h 133 14.2.9 Table Styles Part PAGEREF _Toc156638550 \h 134 15. Shared PAGEREF _Toc156638551 \h 136 15.1 Glossary of Shared Terms PAGEREF _Toc156638552 \h 136 15.2 Part Summary PAGEREF _Toc156638553 \h 136 15.2.1 Additional Characteristics Part PAGEREF _Toc156638554 \h 137 15.2.2 Audio Part PAGEREF _Toc156638555 \h 138 15.2.3 Bibliography Part PAGEREF _Toc156638556 \h 139 15.2.4 Custom XML Data Storage Part PAGEREF _Toc156638557 \h 140 15.2.5 Custom XML Data Storage Properties Part PAGEREF _Toc156638558 \h 141 15.2.6 Digital Signature Origin Part PAGEREF _Toc156638559 \h 141 15.2.7 Digital Signature XML Signature Part PAGEREF _Toc156638560 \h 142 15.2.8 Embedded Control Persistence Part PAGEREF _Toc156638561 \h 143 15.2.9 Embedded Object Part PAGEREF _Toc156638562 \h 146 15.2.10 Embedded Package Part PAGEREF _Toc156638563 \h 148 15.2.11 File Properties PAGEREF _Toc156638564 \h 149 15.2.12 Font Part PAGEREF _Toc156638565 \h 154 15.2.13 Image Part PAGEREF _Toc156638566 \h 154 15.2.14 Printer Settings Part PAGEREF _Toc156638567 \h 155 15.2.15 Thumbnail Part PAGEREF _Toc156638568 \h 156 15.2.16 Video Part PAGEREF _Toc156638569 \h 157 15.2.17 VML Drawing Part PAGEREF _Toc156638570 \h 158 15.3 Hyperlinks PAGEREF _Toc156638571 \h 159 Annex A. Bibliography PAGEREF _Toc156638572 \h 161 Annex B. Index PAGEREF _Toc156638573 \h 163 Foreword This multi-part Standard deals with Office Open XML Format-related technology, and consists of the following parts: Part   1: "Fundamentals" (this document) Part   2: "Open Packaging Conventions" Part 3: " Primer " Part  4 : " Markup Language Reference " Part  5 : " Markup Compatibility and Extensibility " Parts 2 and 4 include a number of annexes that refer to data files provided in electronic form only. Introduction This Part is one piece of a Standard that describes a family of XML schemas, collectively called Office Open XML , XE "Office Open XML" \b which define the XML vocabularies for word-processing, spreadsheet, and presentation documents, as well as the packaging of documents that conform to these schemas. The goal is to enable the implementation of the Office Open XML formats by the widest set of tools and platforms, fostering interoperability across office productivity applications and line-of-business systems, as well as to support and strengthen document archival and preservation, all in a way that is fully compatible with the large existing investments in Microsoft Office documents. The following organizations have participated in the creation of this Standard and their contributions are gratefully acknowledged: Apple, Barclays Capital, BP, The British Library, Essilor, Intel, Microsoft, NextPage, Novell, Statoil, Toshiba, and the United States Library of Congress Scope This Standard defines Office Open XML's vocabularies and document representation and packaging. It also specifies requirements for consumers and producers of Office Open XML. Conformance XE "conformance" \b The text in this Standard is divided into normative XE "normative text" \b and informative XE "informative text" \b categories. Unless documented otherwise, any feature shall be implemented as specified by the normative text describing that feature in this Standard . Text marked informative (using the mechanisms described in § REF _Ref139872462 \r \h 7 ) is for information purposes only. Unless stated otherwise, all text is normative. Use of the word “shall” indicates required behavior . Any behavior that is not explicitly specified by this Standard is implicitly unspecified (§ REF _Ref134253720 \r \h 4 ). Goal The goal of this clause is to define conformance, and to provide interoperability guidelines in a way that fosters broad and innovative use of the Office Open XML file format, while maximizing interoperability and preserving investment in existing files and applications (§ REF _Ref134253720 \r \h 4 ). By meeting this goal, this Standard benefits the following audiences: Developers that design, implement, or maintain Office Open XML applications. Developers that interact programmatically with Office Open XML applications. Governmental or commercial entities that procure Office Open XML applications. Testing organizations that verify conformance of specific Office Open XML applications to this Standard . (Note that this Standard does not include a test suite.) Educators and authors who teach about Office Open XML applications. Issues To achieve the above goal, the following issues need to be considered: The application domain encompasses a range of possible consumers (§ REF _Ref134253720 \r \h 4 ) and producers (§ REF _Ref134253720 \r \h 4 ) so broad that defining specific application behaviors would restrict innovation. For example, stipulating visual layout would be inappropriate for a consumer that extracts data for machine consumption, or that renders text in sound. Another example is that restricting capacity or precision runs the risk of diluting the value of future advances in hardware. Commonsense user expectations regarding the interpretation of an Office Open XML package (§ REF _Ref134253720 \r \h 4 ) play such an important role in that package's value that a purely syntactic definition of conformance would fail to effect a useful level of interoperability. For example, such a definition would admit an application that reads a package, and then writes it in a manner that, though syntactically valid, differs arbitrarily from the original. Legitimate operations on a package include deliberate transformations, making blanket change prohibitions inappropriate in the conformance definition. For example, collapsing spreadsheet formulas to their calculated values, or converting complex presentation graphics to static bitmaps, could be correct for an application whose published purpose is to perform those operations. Again, commonsense user expectation makes the difference. Existing files and applications exercise a broad range of formats and functionality that, if required by the conformance definition, would add an impractical amount of bulk to the This Standard and could inadvertently obligate new applications to implement a prohibitive amount of functionality. This issue is caused by the breadth of currently available functionality and is compounded by the existence of legacy formats. What this Standard Specifies To address the issues listed above, this Standard constrains both syntax and semantics, but it is not intended to predefine application behavior. Therefore, it includes, among others, the following three types of information: Schemas and an associated validation procedure for validating document syntax against th ose schemas. (The validation procedure includes un-zipping, locating files, processing the extensibility elements and attributes, and XML Schema validation.) Additional syntax constraints in written form, wherever these constraints can not feasibly be expressed in the schema language. Descriptions of element semantics. The semantics of an element refers to its intended interpretation by a human being. Document Conformance XE "conformance:document" \b Document conformance is purely syntactic; it involves only Items 1 and 2 in § REF _Ref143328771 \w \h 2.3 above. A conforming document shall conform to the schema (Item 1) and any additional syntax constraints (Item 2). The document character set shall conform to the Unicode Standard and ISO/IEC 10646-1, with either the UTF-8 or UTF-16 encoding form, as required by the XML 1.0 standard. Any XML element or attribute not explicitly included in this Standard shall use the extensibility mechanisms d escribed by Parts 4 and 5 of this Standard . Application Conformance XE "conformance:application" \b Application conformance is purely syntactic; it also involves only Items 1 and 2 in § REF _Ref143328771 \w \h 2.3 above. A conforming consumer shall not reject any conforming documents of the document type (§ REF _Ref134253720 \r \h 4 ) expected by that application. A conforming producer shall be able to produce conforming documents. Interoperability Guidelines [ Guidance : The following interoperability guidelines incorporate semantics (Item 3 in § REF _Ref143328771 \w \h 2.3 above). For the guidelines to be meaningful, a software application should be accompanied by publicly available documentation that describes what subset of this Standard it supports. The documentation should highlight any behaviors that would, without that documentation, appear to violate the semantics of document elements. Together, the application and documentation should satisfy the following conditions. The application need not implement operations on all elements defined in this Standard . However, if it does implement an operation on a given element, then that operation should use semantics for that element that are consistent with this Standard . If t he application moves, adds, modifies, or remove s element instances with the effect of altering document semantics, it should declare the behavior in its documentation. The following scenarios illustrate these guidelines. A presentation editor that interprets the preset shape geometry “ rect ” as an ellipse does not observe the first guideline because it implements “ rect ” but with incorrect semantics. A batch spreadsheet processor that saves only computed values even if the originally consumed cells contain formulas, may satisfy the first condition, but does not observe the second because the editability of the formulas is part of the cells’ semantics. To observe the second guideline, its documentation should describe the behavior. A batch tool that reads a word-processing document and reverses the order of text characters in every paragraph with “Title” style before saving it can be conforming even though this Standard does not anticipate this behavior. This tool’s behavior would be to transform the title “Office Open XML” into “LMX nepO eciffO”. Its documentation should declare its effect on such paragraphs. end guidance ] Normative References The following normative documents contain provisions, which, through reference in this text, constitute provisions of this Standard . For dated references, subsequent amendments to, or revisions of, any of these publications do not apply. However, parties to agreements based on this Standard are encouraged to investigate the possibility of applying the most recent editions of the normative documents indicated below. For undated references, the latest edition of the normative document referred to applies. Members of ISO and IEC maintain registers of currently valid International Standards. ISO/IEC 2382.1:1993, Information technology — Vocabulary — Part 1: Fundamental terms . ISO/IEC 10646 :2003 XE "ISO/IEC 10646" (all parts), Information technology — Universal Multiple-Octet Coded Character Set (UCS) . Definitions For the purposes of this Standard , the following definitions apply. Other terms are defined where they appear in italic type or on the left side of a syntax rule. Terms explicitly defined in this Standard are not to be presumed to refer implicitly to similar terms defined elsewhere. [ Note : This part uses OPC-related terms, which are defined in Part 2: "Open Packaging Conventions". end note ] application XE "application" \b — A consumer or producer. behavior XE "behavior" \b — External appearance or action. behavior, implementation-defined XE "behavior:implementation-defined" \b — U nspecified behavior where each implementation document s that behavior, thereby promoting predictability and reproducibility within any given implementation. (This term is sometimes called “application-specific behavior”.) behavior, locale-specific XE "behavior:locale-specific" \b — B ehavior that depends on local conventions of nationality, culture, and language . behavior, unspecified XE "behavior:unspecified" \b — Behavior where this Standard imposes no requirements. [ Note : To add an extension, an implementer must use the extensibility mechanisms described by this Standard rather than trying to do so by giving meaning to otherwise unspecified behavior. end note ] document type XE "document type" \b — One of the three types of Office Open XML documents: Wordprocessing, Spreadsheet, and Presentation, defined as follows: A document whose package-relationship item contains a relationship to a Main Document part (§ REF _Ref119004096 \w \h 11.3.10 ) is a document of type Wordprocessing. A document whose package-relationship item contains a relationship to a Workbook part (§ REF _Ref119050026 \w \h 12.3.23 ) is a document of type Spreadsheet. A document whose package-relationship item contains a relationship to a Presentation part (§ REF _Ref119137402 \w \h 13.3.6 ) is a document of type Presentation. An Office Open XML document can contain one or more embedded Office Open XML packages (§ REF _Ref121149266 \w \h 15.2.10 ) with each embedded package having any of the three document types. However, the presence of these embedded packages does not change the type of the document. DrawingML XE "DrawingML" \b — A set of conventions for specifying the location and appearance of drawing elements in an Office Open XML document. extension XE "extension" \b — Any XML element or attribute not explicitly included in this Standard , but that uses the extensibility mechanisms described by this Standard . Office Open XML document XE "Office Open XML" \b — XE "Office Open XML:valid" \b A package containing ZIP items as required by, and satisfying Parts 1 and 4 of , this Standard . A rendition of a data stream formatted using the wordprocessing, spreadsheet, or presentation ML and its related MLs as described in this Standard . Such a document is represented as a package. package XE "package" \b — A ZIP archive that conforms to the Open Packaging Conventions specification defined in Part 2 of this Standard . p ackage , embedded XE "package:embedded" \b — A package that has been stored as the target of a valid Embedded Package relationship (§ REF _Ref121149266 \w \h 15.2.10 ) in an Office Open XML document PresentationML XE "PresentationML" \b — A set of conventions for representing an Office Open XML document of type Presentation. r elationship XE "relationship" \b —The kind of connection between a source part and a target part in a package. Relationships make the connections between parts directly discoverable without looking at the content in the parts, and without altering the parts themselves. (See also Package Relationships.) r elationships part XE "relationships part" \b — A part containing an XML representation of relationships. relationship, explicit XE "relationship:explicit" \b — A relationship in which a resource is referenced from a source part’s XML using the Id  attribute of a Relationship tag. relationship, implicit XE "relationship:implicit" \b — A relationship that is not explicit. SpreadsheetML XE "SpreadsheetML" \b — A set of conventions for representing an Office Open XML document of type Spreadsheet. WordprocessingML XE "WordprocessingML" \b — A set of conventions for representing an Office Open XML document of type Wordprocessing. Notational Conventions The following typographical conventions are used in this Standard : The first occurrence of a new term is written in italics. [ Example : … is considered normative . end example ] A term defined as a basic definition is written in bold. [ Example : behavior — External … end example ] The name of an XML element is written using an Element style. [ Example : The root element is document. end example ] The name of an XML element attribute is written using an Attribute style. [ Example : … an i d attribute. end example ] An XML element attribute value is written using a constant-width style. [ Example : … value of CommentReference . end example ] An XML element type name is written using a Type style. [ Example : … as values of the xsd:anyURI data type. end example ] Acronyms and Abbreviations This clause is informative The following acronyms and abbreviations are used throughout this Standard : IEC — the International Electrotechnical Commission XE "IEC" \t " See International Electrotechnical Commission" XE "International Electrotechnical Commission" ISO — the International Organization for Standardization XE "ISO" \t " See International Organization for Standardization" XE "International Organization for Standardization" W3C — World Wide Web Consortium XE " W3C " \t " See World Wide Web Consortium" XE "World Wide Web Consortium" End of informative text General Description This Standard is intended for use by implementers, academics, and application programmers. As such, it contains a considerable amount of explanatory material that, strictly speaking, is not necessary in a formal specification. This Part is divided into the following subdivisions: Front matter (clauses 1–7); Overview (clause 8); Main body (clauses 9 –14); Annexes Examples XE "example" are provided to illustrate possible forms of the constructions described. References XE "reference" are used to refer to related clauses. Notes XE "note" are provided to give advice or guidance to implementers or programmers. Rationale XE "rationale" provides explanatory material as to why something is or is not in this Standard . Annexes XE "annex" provide additional information or summarize the information contained in this Standard . Clauses 1–5, 7, and 9– 14 form a normative XE "normative text" part of this Part ; and the Introduction, clauses 6 and 8, as well as the annexes, notes, examples, rationale, guidance, and the index, are informative. Except for whole clauses or annexes that are identified as being informative, informative text that is contained within normative text is indicated in the following ways: [ Example: code fragment, possibly with some narrative … end example ] [ Note: narrative … end note ] [ Rationale: narrative … end rationale ] [ Guidance : narrative … end guidance ] Overview This clause is informative. This clause contains an overview of Office Open XML. Packages and Parts An Office Open XML document is represented as a series of related parts XE "part" that are stored in a container called a package . XE "package" Information about the relationships XE "relationship" between a package and its parts is stored in the package's package-relationship ZIP item . XE "package-relationship ZIP item" Information about the relationships between two parts is stored in the part-relationship ZIP item XE "part-relationship item" for the source part. A package is an ordinary ZIP archive, which contains that package's content-type item, relationship items, and parts. (Pa ckages are discussed further in Part 2 .) A WordprocessingML document contains a part for the body of the text; it might also contain a part for an image referenced by that text, and parts defining document characteristics, styles, and fonts. A SpreadsheetML document contains a separate part for each worksheet; it might also contain parts for images. A PresentationML document contains a separate part for each slide. Consumers and Producers XE "consumer" \b XE "producer" \b A tool that can read and understand a package is called a consumer , while one that can create a package is called a producer . An application can be a consumer, a producer, or both. For example, when a word processor creates a new document, it acts as a producer. When it is used to open an existing document for reading or search purposes, it acts as a consumer. When it is used to open an existing document, edit it, and save the result, it acts as both consumer and producer. Similar scenarios exist for spreadsheet and presentation applications. WordprocessingML XE "WordprocessingML" This subclause introduces the overall form of a WordprocessingML package, and identifies some of its main element types. (See Part 3 for a more detailed introduction.) A WordprocessingML package has a relationship of type officeDocument , which specifies the location of the main part in the package. For a WordprocessingML document, that part contains the main text of the document. A WordprocessingML package’s main part starts with a word processing root element. That element contains a body , XE "body" which, in turn, contains one or more paragraphs XE "paragraph" (as well as tables, pictures, and the like). A paragraph contains one or more runs , where a run XE "run" is a container for one or more pieces of text XE "text" having the same set of properties. Like many collection element types, each run and paragraph can have associated with it a set of properties . XE "property" For example, a run might have the property bold, which indicates that run's text is to be displayed in a bold typeface. A WordprocessingML document is organized into sections , XE "section" and the layout of a page on which the text appears within a section is controlled by that section's properties. For example, each section can have its own headers XE "header" and footers . XE "footer" One relationship from the document part specifies the document’s styles. A style XE "style" defines a text display format. A style can have properties, which can be applied to individual paragraphs or runs. Styles make runs more compact by reducing the number of repeated definitions and properties, and the amount of work required to make changes to the document's appearance. With styles, the appearance of all the pieces of text that share a common style can be changed in one place, in that style's definition. A series of paragraphs can have numbering XE "numbering" applied to them via a numbering definition instance or a numbering style. Data in a WordprocessingML document can be organized in a table , XE "table" a two-dimensional grid of cells XE "cell" organized into rows XE "row" and columns . XE "column" Cells and whole tables can have associated properties. A cell can contain text and paragraphs , for example. Text within a WordprocessingML document can be determined dynamically via the use of fields . XE "field" Fields consist of field instructions XE "field instruction" (the text that dictates the field's dynamic behavior) and the field result XE "field result" (the text resulting from the dynamic calculation of the field instructions. For example, page numbers are represented as fields. A hyperlink XE "hyperlink" consists of two pieces of information: the hyperlink itself—the text the user will click—and the target for the link. Potential targets include external files, e-mail addresses, web sites, and bookmarks within the document itself . A WordprocessingML document can also contain custom markup , XE "custom markup" user-defined semantics applied to arbitrary document content. A WordprocessingML document is not stored as one large body in a single part; instead, the elements that implement certain groupings of functionality are stored in separate parts. For example, all footnotes in a document are stored in one footnote part, while each section can have up to three different header parts and three different footer parts, to support headers and footers on odd-numbered pages, even-numbered pages, and the first page. SpreadsheetML XE "SpreadsheetML" This subclause introduces the overall form of a SpreadsheetML package, and identifies some of its main element types. (See Part 3 for a more detailed introduction.) A SpreadsheetML package has a relationship of type officeDocument , which specifies the location of the main part in the package. For a SpreadsheetML document, that part contains the workbook definition. A SpreadsheetML package’s main part starts with a spreadsheet root element. That element is a workbook , XE "workbook" which refers to one or more worksheets , XE "worksheet" which, in turn, contain the data. A worksheet is a two-dimensional grid of cells XE "cell" that are organized into rows XE "row" and columns . XE "column" The cell is the primary place in which data is stored and operated on. A cell can have a number of characteristics, such as numeric, text, date, or time formatting ; XE "cell:formatting" alignment ; XE "cell:alignment" font ; XE "cell:font" color ; XE "cell:color" and a border . XE "cell:border" Each cell is identified by a cell reference , XE "cell reference" a combination of its column and row headings. Each horizontal set of cells in a worksheet is called a row , and each row has a heading numbered sequentially, starting at 1. Each vertical set of cells in a worksheet is called a column , and each column has an alphabetic heading named sequentially from A–Z, then AA–AZ, BA–BZ, and so on. Instead of data, a cell can contain a formula , XE "formula" which is a recipe for calculating a value. Some formulas—called functions XE "function" —are predefined, while others are user-defined. Examples of predefined formula s are AVERAGE , MAX , MIN , and SUM . A function takes one or more arguments on which it operates, producing a result. For example, in the formula SUM(B1:B4) , there is one argument, B1:B4 , which is the range of cells B1–B4, inclusive. Other features that a SpreadsheetML document can contain include the following: comments , XE "comment" hyperlinks , XE "hyperlink" images , XE "image" and sorted and filtered tables . XE "table" A SpreadsheetML document is not stored as one large body in a single part; instead, the elements that implement certain groupings of functionality are stored in separate parts. For example, all the data for a worksheet is stored in that worksheet's part, all string literals from all worksheets are stored in a single shared string part, and each worksheet having comments has its own comments part. PresentationML XE "PresentationML" This subclause introduces the overall form of a PresentationML package, and identifies some of its main element types. (See Part 3 for a more detailed introduction.) A PresentationML package has a relationship of type officeDocument , which specifies the location of the main part in the package. For a PresentationML document, that part contains the presentation definition. A PresentationML package’s main part starts with a presentation root element. That element contains a presentation , XE "presentation" which, in turn, refers to a slide XE "slide" list, a slide master list, XE "slide master" a notes master list, XE "notes master" and a handout master list. XE "handout master" The slide list refers to all of the slides in the presentation; the slide master list refers to all of the slide masters used in the presentation; the notes master contains information about the formatting of notes pages; and the handout master describes how a handout look s . A handout XE "handout" is a printed set of slides that can be handed out to an audience XE "audience" for future reference. As well as text and graphics, each slide can contain comments XE "comment" and notes , XE "note" can have a layout , XE "layout" and can be part of one or more custom presentations . XE "presentation:custom" (A comment is an annotation intended for the person maintaining the presentation slide deck. A note is a reminder or piece of text intended for the presenter or the audience.) Other features that a PresentationML document can contain include the following: animation XE "animation" , audio , XE "audio" video , XE "video" and transitions XE "transition" between slides. A PresentationML document is not stored as one large body in a single part; instead, the elements that implement certain groupings of functionality are stored in separate parts. For example, all comments in a document are stored in one comment part while each slide has its own part. Supporting MLs This subclause introduces the set of markup languages used across package types. (See Part 3 for a more detailed introduction.) The three markup languages described above define the structure of a package that is either a document (WordprocessingML), a spreadsheet (SpreadsheetML), or a presentation (PresentationML). However, there is also a set of shared markup languages used for common elements such as charts, diagrams, and drawing objects. These MLs are discussed below. DrawingML XE "DrawingML" DrawingML specifies the location and appearance of drawing elements in a package. For example, these elements could be, but are not limited to, shapes , pictures , and tables . T he root element of a DrawingML XML fragment specifies the presence of a drawing at this location in the document. A shape XE "shape" is a geometric object such as a circle, square, or rectangle; a picture XE "picture" is an image presented inside the document; and a table XE "table" is a two-dimensional grid of cells XE "cell" organized into rows XE "row" and columns . XE "column" Cells and whole tables can have associated properties. A cell can contain text, for example. DrawingML also specifies the location and appearance of charts in a package. The root element of a chart part is chart , and specifies the appearance of the chart at this location in the document. In addition, DrawingML specifies package-wide appearance characteristics, such as the package's theme . The theme XE "theme" of a document specifies the color scheme , XE "color scheme" fonts , XE "font" and effects , XE "effect" which can be referenced by parts of the document—such as text, drawings, charts, and diagrams—in order to create a consistent visual presentation. A chart XE "chart" is a presentation of data in a graphical fashion, such as a pie chart, bar chart, line chart, in order to make trends and exceptions in the data more visually apparent. DrawingML also specifies the location and appearance of diagrams in a document. Together, the following four parts define a diagram: The data part XE "diagram data" (§ 14.2.4 ) specifies individual items of information presented in the diagram. Typically, each piece is a simple line of text, but depending on the diagram, an item of data might also be an image. The layout part XE "diagram layout" (§ 14.2.5 ) specifies how the data and shapes are laid out to create the resulting diagram. The colors part XE "diagram color" (§ 14.2.3 ) specifies the color which is applied to each individual shape in the diagram. The styles part XE "diagram style" (§ 14.2.6 ) defines how each individual shape in the diagram maps to the document's theme. VML XE "VML" VML specifies the appearance and content of certain shapes in a document. This is used for shapes such as text boxes, as well as shapes which must be stored to maintain compatibility with earlier versions of consumer/producer applications. [ Note : The VML format is a legacy format originally introduced with Office 2000 and is included and fully defined in this Standard for backwards compatibility reasons. The DrawingML format is a newer and richer format created with the goal of eventually replacing any uses of VML in the Office Open XML formats. VML should be considered a deprecated format included in Office Open XML for legacy reasons only and new applications that need a file format for drawings are strongly encouraged to use preferentially D rawingML . end note ] A shape definition is typically specified using two elements: shapeData , which stores information about the shape, and shape , which stores the shape definition and appearance directly. Custom XML Data Properties XE "Custom XML data property" Custom XML Data properties allow the ability to store arbitrary XML in a package, along with schema information used by that XML. File Properties XE "file property" The core file properties XE "file property:core" of a package enable users to discover, get, and set common sets of properties from within that package, regardless of whether it’s a WordprocessingML, SpreadsheetML, or PresentationML package , or another use of OPC . Such properties include creator name, creation date, title, and description. Extended file properties XE "file property: extended " are specific to Office Open XML package s . For example, for a WordprocessingML package, these properties include the number of characters, words, lines, paragraphs, and pages in the document. For a SpreadsheetML package, these properties include worksheet titles. For a PresentationML package, these properties include presentation format, the number of slides, the number of notes, and whether or not any slides are hidden. Custom file properties XE "file property:custom" are defined by the user. Examples include the name of the client for whom the document was prepared, a date/time on which some event happened, a document number, or some Boolean status flag. Each custom file property has a value, and that value has a type. Math Math specifies the structure and appearance of equations in a document; it is specified with a root element of math . Bibliography Bibliography specifies the structure for all references stored within a document, for use in citations or a bibliography. End of informative text. Packages An Office Open XML document is stored as a package, whose format is defined by Part 2: "Open Packaging Conventions". This subclause contains information regarding Office Open XML's use of OPC. Throughout this Standard , the Open Packaging Conventions are referred to by their abbreviated name, OPC. Constraints on Office Open XML's Use of OPC While the OPC specification is designed for the representation of Office Open XML documents, it could also support a much broader range of applications. As a result, the use of some OPC features is restricted within Office Open XML documents. These additional requirements are discussed in the following subordinate subclauses. Any requirement not mentioned here is inherited from the OPC specification. Part Names An Office Open XML part name shall contain only ASCII characters, in non-escaped or escaped form. The following ASCII characters are permitted in non-escaped form: "!", "$", "%", "&", "'", "(", ")", "*", "+", ",", "-", ".", the decimal digits "0"–"9", ":", ";", "=", "@", the Latin alphabetic characters "A"–"Z" and "a"–"z", "_", and "~". All other ASCII characters are permitted only when escaped as an encoded triplet of the form "%HH", where H is a hexadecimal digit.] Part Addressing Parts in an Office Open XML package targeted by relationships are addressed in relationship markup through part names. External document resources targeted by a relationship can be addressed using both relative and absolute references. Fragments Fragment identifiers are supported as part of all Office Open XML external relationship targets and some Office Open XML internal relationship targets. Physical Packages Each Office Open XML document is implemented as a ZIP archive. Interleaving Office Open XML document parts shall be arranged contiguously in a package as defined by simple ordering. Parts within an Office Open XML package shall not be interleaved. All parts shall be stored as complete ZIP items, and the interleaving functionality defined in Part 2 of this Standard shall not be used . [ Note : Part 2 of this S tandard specifies a method for interleaving parts, which is a very useful capability for stream processing. In order to simplify initial implementations of the S tandard, interleaving is not used in this current version of the Office Open XML formats but it may be used in further versions of the standard or by other formats that leverage OPC . end note ] Unknown Parts With the exception of relationship parts, all other parts in an Office Open XML document that are not the target of a valid relationship are considered unknown parts XE " unknown parts " \b .  Unknown parts shall be ignored on document consumption and can, but need not, be discarded on production. Trash Items Trash items XE " trash items " \b represent parts that have been discarded or are no longer in use.  Trash items shall not conform to OPC part naming guidelines as defined in Part 2 and shall not be associated with a content type.  All trash items shall follow the naming scheme : [trash]/hhhh.dat where h represents a hexadecimal value .  [ Example : A package has two parts that must be updated in-place but both parts have grown beyond their growth hints.  The newer updated parts are added as new ZIP items while the original parts are renamed to: [trash]/0000.dat [trash]/0001.dat end example ] Invalid Parts ZIP archive items that do not conform to OPC part naming guidelines or are not associated with a content type shall not be allowed in an Office Open XML document , with the exception of items specifically defined by Part 2: “ Open Packaging Conventions ” and trash items. Unknown Relationships All relationships not defined within this Standard are considered unknown relationships XE " unknown relationships " \b .  Unknown relationships are valid within an Office Open XML document provided that they conform to relationship markup guidelines as de fined by the OPC specification. Specifically: Conforming consumers shall not fail to load a document con taining unknown relationships. Conforming producers are encouraged to roundtrip and preserve unknown relationships and their target parts. Relationships in Office Open XML In OPC, relationships describe references from parts to other internal resources in the package or to external resources. They represent the type of connection between a source part and a target resource , and make the connection directly discoverable without looking at the part contents, so they are quick to resolve. The same ZIP item can be the target of multiple relationships. [ Note : Having multiple paths to a target can make access to that target more convenient. end note ] Office Open XML imposes constraints on relationships, described in subsequent clauses of this part. Relationships in Office Open XML are either explicit or implicit . For an explicit relationship, a resource is referenced from a source part’s XML using the Id  attribute of a Relationship tag. [ Example : A document part can have a relationship to a hyperlink only if that hyperlink's Relationship element’s Id attribute value is referenced explicitly by the document part’s XML. end example ] [ Note : Because this mechanism is used generically across multiple tag types, explicit relationships can be extracted from an Office Open XML document without prior knowledge of tag semantics. end note ]. Certain relationships shall be explicit . XE "relationship:explicit" . All other relationships are implicit XE "relationship:implicit" [ Note : The syntax for specifying an implicit relationship varies among tag types. end note ]. Relationships that are required or permitted, and restrictions on those relationships are described in § REF _Ref134254257 \w \h 10 – REF _Ref147049493 \w \h 15 of this P art. [ Example : Consider a WordprocessingML document that contains the following footnote sentence fragment, "… produced by Ecma 1 ( http://www.ecma-international.org/ ).", which contains a footnote and a hyperlink to a web site. The relationship from a source to a footnote is implicit while that to a hyperlink is explicit. The Main Document part’s relationship file contains the following: <Relationships …> <Relationship Id="rId5" Type="…/footnotes" Target="footnotes.xml"/> <Relationship Id="rId7" Type="…/hyperlink" Target="http://www.ecma-international.org/" TargetMode="External"/> </Relationships> All footnotes for a WordprocessingML document are contained in the same Footnotes part. Let’s look at how the Main Document refers to the footnote. At the point at which the footnote reference is inserted, the following XML is present: <w:r> <w:footnoteReference w:id="2"/> </w:r> The w:id=“ 2” refers to the footnote with id=2 in the Footnotes part, the relevant piece of which is: <w:footnote w:id="2"> … Ecma is an international standards development organization (SDO). … </w:footnote> In the case of the hyperlink, the main document part makes an explicit reference to this relationship when it refers to the hyperlink, by using the following: <w:hyperlink r:id="rId7" w:history="1"> … </w:hyperlink> The important distinction here is that there is no explicit reference to a relationship ID designating the Footnotes part. The reference to the footnote with id=2 is “understood” to be in the Footnotes part that must always exist if there are any footnotes in the document. end example ] [ Example : The following figure shows how the source, relationship item , and the target relate to each other for implicit and explicit relationships , respectively. T he target does not have to be a file , however . The dots correspond to attributes of relevant elements. Where one attribute refers to a piece in another part, this is indicated by arrows. Solid arrows indicate that the value of the source directly corresponds to the value at the target (for instance, id=rId4 in the source part corresponds to id=rId4 in the relationship item). Dotted arrows indicate that the value of the source only implicit corresponds to the value of the target (for instance, "footnoteReference" in the source indicates the type " f ootnotes" in the relationship item). The main difference between the two types of relationship is that for implicit relationships , the id of the reference refers to an element with the same id in the target part, whereas for explicit relationships , the id refers to a relationship with the same id in the relationship item. Both relationship types use the target URI of the relationship in the relationship item to locate the target. For explicit relationships, the id in the source XML links to a relationship item with a direct explicit reference to the target. For implicit relationships, the relationship item is implied by the containing tag (e.g., footnote) and the id in the source XML is used to locate the correct element within the implied target. end example ] [ Example : The following figure shows the implicit relationship for the footnote example described earlier . end example ] [ Example : The following figure shows an expl icit relationship . end example ] Markup Compatibility and Extensibility Office Open XML documents are designed to allow for innovation by extending their capabilities via a scheme defined by Part 5: "Markup Compatibility and Extensibility". This subclause contains information regarding Office Open XML's use of the Markup Compatibility constructs. Constraints on Office Open XML's Use of Markup Compatibility and Extensibility While the Markup Compatibility and Extensibility specification is designed for and used by Office Open XML documents, it could also be used to support a much broader range of applications. As a result, the use of some Markup Compatibility and Extensibility features is restricted within Office Open XML documents. These additional requirements are discussed in the following subordinate subclauses. Any requirement not mentioned here is inherited from the Markup Compatibility and Extensibility specification. PreserveElements and PreserveAttributes The PreserveElements and PreserveAttributes elements, as defined in Part 5, allow a markup language to specify the conditions under which extensions should be round-tripped, even when their contents are edited. Within the context of the markup languages explicitly defined by this Standard, no such conditions are specified, and therefore applications are not obliged to support these hints at any point in an Office Open XML document. Instead, the well-defined extensibility constructs defined below should be used. All other constructs defined in Part 5 shall be supported. Office Open XML Native Extensibility Constructs Clause 12 of Part 5 specifies the ability for a markup language to define additional constructs for extensibility of a specific markup language. Within the context of Office Open XML documents, the extLst element(s) defined in individual markup languages shall allow the round-tripping of all unknown content regardless of the state of the PreserveElements and PreserveAttributes elements. See Part 4 for additional information on the valid use of the extLst construct. WordprocessingML This clause contains specifications for relationship items and parts that are specific to WordprocessingML. Parts that can occur in a WordprocessingML document, but are not WordprocessingML-specific, are specified in § REF _Ref134253919 \w \h 15.2 . Unless stated explicitly, all references to relationship items, content-type items, and parts in this clause refer to WordprocessingML ZIP items . Glossary of Wordpr o cessingML -Specific Terms The following terms are used in the context of a Wordprocessing ML document: comment XE "comment" \b — A note that an author or reviewer attaches to a piece of text in a document. Although a consumer may chose to display comments, they are not considered part of the body of the document. A comment includes the text of the note, the comment author's name and initials, and date of creation, among other things. document setting XE "document setting" \b — A reusable element in a template. [ Note : Such elements include boilerplate text, cover pages, equations, footers, headers, tables, text boxes, and watermarks. end note ] glossary document XE " glossary document" \b — A n additional WordprocessingML document story used to store reusable fragments of rich WordprocessingML content. It is c alled the glossary document a s this story contains one or more fragments that can be indexed and extracted by name, like items in a glossary. master document XE "master document" \b — A document that is the parent of one or more subdocuments. [ Note : A master document can be used to manage a multipart document, such as a book having several chapters. In such as case, the master document might contain the cover page, front matter, table of contents, and cross-reference index, while each chapter and appendix resides in its own subdocument. end note ] section XE "section" \b — A portion of a document in which certain page formatting options can be set. [ Note : A new section is created to change such properties as line numbering, number of columns, or headers and footers. end note ] subdocument XE "subdocument" \b — A piece of a master document. [ Note : A chapter or appendix might be a subdocument in a book. end note ] supplementary document storage location XE "supplementary document storage location" \b — A part within a WordprocessingML document in which fragments of WordprocessingML content can be stored separate from the printed page. See also glossary document template XE "template" \b — A document that is a pattern for creating other documents. A template can contain text, formatting, and graphics, among other things, such that documents based on it automatically have access to these elements. Package Structure A WordprocessingML package shall contain a package-relationship item and a content-type item. The package-relationship item shall contain implicit relationships with targets of the following type: One Main Document part (§ REF _Ref121738796 \r \h 11.3.10 ) The package-relationship item is permitted to contain implicit relationships with targets of the following type: Digital Signature Origin (§ REF _Ref143273937 \w \h 15.2.6 ) File Property parts (§ REF _Ref133904725 \r \h 15.2.11 ) (Application-Defined File Properties, Core File Properties, and Custom File Properties), as appropriate. Thumbnail (§ REF _Ref119139802 \r \h 15.2.14 ). The required and optional relationships between parts are defined in § REF _Ref119140913 \r \h 11.3 and its subordinate clauses. [ Example : The following package represents the minimal conformant WordprocessingML package as defined by this Standard : First, the content type for relationship parts and the Main Document part (the only required part) must be defined (physically located at /[Content_Types].xml in the package): <Types xmlns="…"> <Default Extension="rels" ContentType="application/vnd.openxmlformats- package.relationships+xml"/> <Override PartName="/document.xml" ContentType="application/vnd.openxmlformats- officedocument.wordprocessingml.document.main+xml"/> </Types> Next, the single required relationship (the package-level relationship to the Main Document part) must be defined (physically located at /_rels/.rels in the package): <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://schemas.openxmlformats.org/officeDocument/2006/ relationships/officeDocument" Target="document.xml"/> </Relationships> Finally, the minimum content for the Main Document part must be defined (physically located at /document.xml in the package): <w:document xmlns:w="…"> <w:body> <w:p/> </w:body> </w:document> end example ] [ Example : Consider a WordprocessingML document that is an early draft of this Standard . Here’s an example of the hierarchical folder structure that might be used for the ZIP items in the package for that document. As shown, one part, Main Document (stored in the ZIP item /word/document.xml), has its own relationship item: /[Content_Types].xml Content-type item /_rels/.rels Package-relationship item /docProps/app.xml Application-Defined File Properties part /docProps/core.xml Core File Properties part /word/document.xml Main Document part /word/_rels/document.xml.rels Part-relationship item /word/comments.xml Comment part /word/endnotes.xml Endnotes part /word/fontTable.xml Font Table part /word/footer1.xml Footer parts /word/footer2.xml /word/footer3.xml /word/footer4.xml /word/footnotes.xml Footnotes part /word/header1.xml Header parts /word/header2.xml /word/header3.xml /word/header4.xml /word/header5.xml /word/header6.xml /word/numbering.xml Numbering Definitions part /word/settings.xml Document Settings part /word/styles.xml Style Definitions part /word/theme/theme1.xml Theme part The package-relationship item contains the following: <Relationships xmlns="…"> <Relationship Id="rId3" Type="http://…/extended-properties" Target="docProps/app.xml"/> <Relationship Id="rId2" Type="http://…/core-properties" Target="docProps/core.xml"/> <Relationship Id="rId1" Type="http://…/officeDocument" Target="word/document.xml"/> </Relationships> end example ] Part Summary The subclauses subordinate to this one describe in detail each of the part types specific to WordprocessingML. [ Note : For convenience, information from those subclauses is summarized in the following table: Part Relationship Target of Root Element Ref. Alternative Format Import Comments, Endnotes, Footer, Footnotes, Header, or Main Document Not applicable § 11.3.1 Comments Glossary Document or Main Document comments § 11.3.2 Document Settings Glossary Document or Main Document settings § 11.3.3 Endnotes Glossary Document or Main D ocument endnotes § REF _Ref143073713 \w \h 11.3.4 Font Table Glossary Document or Main D ocument fonts § 11.3.5 Footer Glossary Document or Main D ocument ftr § 11.3.6 Footnotes Glossary Document or Main D ocument footnotes § 11.3.7 Glossary Document Main Document glossaryDocument § 11.3.8 Header Glossary Document or Main D ocument hdr § 11.3.9 Main Document WordprocessingML package document § 11.3.10 Numbering Definitions Glossary Document or Main D ocument numbering § REF _Ref139163109 \r \h 11.3.11 Style Definitions Glossary Document or Main D ocument styles § REF _Ref139163382 \r \h 11.3.12 Web Settings Glossary Document or Main D ocument webSettings § 11.3.13 end note ] Alternative Format Import Part XE "Alternative Format Import part" \b XE "part:Alternative Format Import" \t "See Alternative Format Import part" Content Type: Any content, support for which is application-defined. [ Note : Some examples of formats which might be supported include: Text = application/txt RTF = application/rtf HTML = application/html XML = application/xml end note ] Root Namespace: not applicable Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/a F Chunk An alternative format import part allows content specified in an alternate format (HTML, MHTML, RTF, earlier versions of WordprocessingML, or plain text) to be embedded directly in a WordprocessingML document in order to allow that content to be migrated to the WordprocessingML format. Any document part that permits a p  element can also contain an altChunk   element, whose id  attribute refers to a relationship. That relationship shall target a part with in the package, which contains the content to be imported into this WordprocessingML document. A package is permitted to contain zero or more Alternative Format Import parts, each of which shall have a corresponding alternate format file that is the target of an explicit relationship from a Comments (§ REF _Ref121738817 \w \h 11.3.2 ), Endnotes (§ REF _Ref143073892 \w \h 11.3.4 ), Footer (§ REF _Ref121738925 \r \h 11.3.6 ), Footnotes (§ REF _Ref121556034 \r \h 11.3.7 ), Header (§ REF _Ref121738933 \r \h 11.3.9 ), or Main Document (§ REF _Ref121738941 \r \h 11.3.10 ) part. This relationship shall be explicitly referenced using its relationship ID in the source part using the appropriate XML syntax (i.e.; in the id attribute on the altChunk element), and the presence of this relationship without such a reference shall be considered invalid. A WordprocessingML consumer shall treat the contents of such legacy text files as if they were formatted using equivalent WordprocessingML, and if that consumer is also a WordprocessingML producer, it shall emit the legacy text in WordprocessingML format. This Standard does not specify how one might create a WordprocessingML package that contains Alternative Format Import relationships and altChunk elements. However, a conforming producer shall not create a WordprocessingML package that contains Alternative Format Import relationships and elements. [ Note : The Alternative Format Import machinery provides a one-time conversion facility. A producer could have an extension that allows it to generate a package containing these relationships and elements, yet when run in conforming mode, does not do so. end note ] [ Example : The following Main Document part-relationship item contains a relationship to an Alternative Format Import part: <Relationships xmlns="…"> <Relationship Id="rId5" Type="http://…/ aFChunk " Target="Demo.html" TargetMode="Internal"/> </Relationships> The Main Document part contains the following XML fragment: <w:body> … <w:p/> <w:altChunk r: id="rId5"/> <w:p/> … </w:body> which results in the entire contents of Demo.html being converted and brought into the document at that point (assuming that the content type of Demo.html is supported by the application consuming this WordprocessingML file) . end example ] An Alternative Format Import part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). An Alternative Format Import part shall not have any explicit or implicit relationships to parts defined by this Standard . Comments Part XE "Comments part:WordprocessingML" \b XE "part:Comments:WordprocessingML" \t " See Comments part, WordprocessingML" Content Type: application/vnd.openxmlformats-officedocument.wordprocessingml.comments+xml Root Namespace: http://schemas.openxmlformats.org/wordprocessingml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/comments An instance of this part type contains the information about each comment in the document. A package shall contain no more than two Comments parts. If it exists, one instance of that part shall be the target of an implicit relationship from the Main Document (§ REF _Ref121738958 \r \h 11.3.10 ) part, and the other shall be the target of a n implicit relationship from the Glossary Document (§ REF _Ref121556035 \r \h 11.3.8 ) part. [ Example : The following Main Document part-relationship item contains a relationship to the Contents part, which is stored as the ZIP item comment.xml: <Relationships xmlns="…"> <Relationship Id="rId93" Type="http://…/comments" Target="comments.xml"/> </Relationships> end example ] The root element for a Comment part shall be comments . [ Example : <w:comments … > <w:comment> … </w:comment> … </w:comments> end example ] The XML markup for a comment in a Main Document part uses the commentReference element. [ Example : Consider the case in which the Main Document part contains the text "… in the Standard.", and there is an comment inserted immediately after the period: <w:p …> … <w:r> <w:t>... in the Standard.</w:t> </w:r> <w:r> <w:commentReference w:id="1"/> </w:r> </w:p> end example ] Each comment has a corresponding comment element in the Comments part, which contains the text of the comment. [ Example : The text of the comment is "This is my comment.": <w:comments xmlns:w="…" <w:comment w:id="1"> <w:p> <w:r> <w:t>This is my comment. </w:t> </w:p> </w: comment > </w: comments > end example ] A Comments part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Comments part is permitted to contain explicit relationships to the following parts defined by this Standard : Alternative Format Import (§ REF _Ref119918450 \r \h 11.3.1 ) Chart (§ REF _Ref121831596 \r \h 14.2.1 ) Diagrams: Diagram Colors(§ REF _Ref121822827 \r \h 14.2.3 ), Diagram Data(§ REF _Ref121822784 \r \h 14.2.4 ), Diagram Layout Definition(§ REF _Ref121822938 \r \h 14.2.5 ) and Diagram Styles (§ REF _Ref121822949 \r \h 14.2.6 ) Embedded Control Persistence (§ REF _Ref143403821 \w \h 15.2.8 ) Embedded Object (§ REF _Ref133904726 \r \h 15.2.9 ) Embedded Package (§ REF _Ref121149266 \w \h 15.2.10 ) Hyperlinks (§ REF _Ref119305771 \n \h 15.3 ) Images (§ REF _Ref119305769 \n \h 15.2.13 ) Video (§ REF _Ref139168866 \w \h 15.2.16 ) A Comments part shall not have any implicit or explicit relationships to any other part defined by this Standard . Document Settings Part XE "Document Settings part" \b XE "part:Document Settings" \t " See Document Settings part" Content Type: application/vnd.openxmlformats-officedocument.wordprocessingml.settings+xml Root Namespace: http://schemas.openxmlformats.org/wordprocessingml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/settings An instance of this part type contains all the document's properties. A package shall contain no more than two Document Settings parts. If it exists, one instance of that part shall be the target of an implicit relationship from the Main Document (§ REF _Ref121738984 \r \h 11.3.10 ) part, and the other shall be the target of an implicit relationship from the Glossary Document (§ REF _Ref121556035 \r \h 11.3.8 ) part. [ Example : The following Main Document part-relationship item contains a relationship to a Document Settings part, which is stored in the ZIP item documentProperties1.xml: <Relationships xmlns="…"> <Relationship Id="rId4" Type="http://…/settings" Target="settings.xml"/> </Relationships> end example ] The root element for a part of this content type shall be settings . [ Example : <w:settings … > … <w:defaultTabStop w:val="360"/> <w:footnotePr> … </w:footnotePr> <w:endnotePr> … </w:endnotePr> <w:rsids> … </w:rsids> … </w:settings> end example ] A Document Settings part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Document Settings part is permitted to contain explicit relationships to the following parts defined by this Standard : Document Template (§ REF _Ref142997434 \w \h 11.4 ) Mail Merge Data Source (§ REF _Ref143074764 \w \h 11.7 ) Mail Merge Header Data Source (§ REF _Ref143074768 \w \h 11.8 ) XSL Transformation (§ REF _Ref142997443 \w \h 11.9 ) A Document Settings part shall not have any implicit or explicit relationships to any other part defined by this Standard . Endnotes Part XE "Endnotes part" \b XE "part:Endnotes" \t " See Endnotes part" Content Type: application/vnd.openxmlformats-officedocument.wordprocessingml.endnotes+xml Root Namespace: http://schemas.openxmlformats.org/wordprocessingml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/endnotes An instance of this part type contains all the endnotes for the document. A package shall contain no more than two Endnotes parts. If it exists, one instance of that part shall be the target of an implicit relationship from the Main Document (§ REF _Ref121738984 \r \h 11.3.10 ) part, and the other shall be the target of an implicit relationship from the Glossary Document (§ REF _Ref121556035 \r \h 11.3.8 ) part . [ Example : The following Main Document part-relationship item contains a relationship to the Endnotes part, which is stored as the ZIP item endnotes.xml: <Relationships xmlns="…"> <Relationship Id="rId6" Type="http://…/endnotes" Target="endnotes.xml"/> </Relationships> end example ] The root element for an Endnotes part shall be endnotes . [ Example : <w:endnotes xmlns:w="…" …> <w:endnote …> … </w:endnote> <w:endnote …> … </w:endnote> </w:endnotes> end example ] The XML markup for an endnote in a Main Document part uses the endnoteReference element. [ Example : Consider the case in which the Main Document part contains the text "… in the Standard.", and there is an endnote inserted immediately after the period: <w:p …> … <w:r> <w:t>... in the Standard.</w:t> </w:r> <w:r> <w:rPr> <w:rStyle w:val="EndnoteReference"/> </w:rPr> <w:endnoteReference w:id="5"/> </w:r> </w:p> end example ] Each endnote has a corresponding endnote element in the Endnotes part, which contains the text of the endnote, and the endnoteRef element. [ Example : The text of the endnote is "This can be downloaded from http://www.aabbcc.com/index.html." where "http://www.aabbcc.com/index.html" is marked as a hyperlink: <w:endnotes xmlns:w="…" > <w:endnote w:id="5"> <w:p> <w:r> <w:rPr> <w:rStyle w:val="EndnoteReference"/> </w:rPr> <w:endnoteRef/> </w:r> <w:r> <w:t xml:space="preserve"> This can be downloaded from </w:t> </w:r> <w:hyperlink r:id="rId2"> <w:r> <w:rPr> <w:rStyle w:val="Hyperlink"/> </w:rPr> <w:t>http://www.aabbcc.com/index.html</w:t> </w:r> </w:hyperlink> <w:r> <w:t>.</w:t> </w:p> </w:endnote> </w:endnotes> end example ] An Endnotes part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). An Endnotes part is permitted to contain explicit relationships to the following parts defined by this Standard : Alternative Format Import (§ REF _Ref119918450 \r \h 11.3.1 ) Chart (§ REF _Ref121831596 \r \h 14.2.1 ) Diagrams: Diagram Colors(§ REF _Ref121822827 \r \h 14.2.3 ), Diagram Data(§ REF _Ref121822784 \r \h 14.2.4 ), Diagram Layout Definition(§ REF _Ref121822938 \r \h 14.2.5 ) and Diagram Styles (§ REF _Ref121822949 \r \h 14.2.6 ) Embedded Control Persistence (§ REF _Ref143403821 \w \h 15.2.8 ) Embedded Object (§ REF _Ref133904726 \r \h 15.2.9 ) Embedded Package ( § REF _Ref121149266 \w \h 15.2.10 ) Hyperlinks (§ REF _Ref119325181 \r \h 15.3 ) Images (§ REF _Ref119305769 \n \h 15.2.13 ) Video (§ REF _Ref139168866 \w \h 15.2.16 ) An Endnotes part shall not have any implicit or explicit relationships to any other part defined by this Standard . Font Table Part XE "Font Table part" \b XE "part:Font Table" \t " See Font Table part" Content Type: application/vnd.openxmlformats-officedocument.wordprocessingml.fontTable+xml Root Namespace: http://schemas.openxmlformats.org/wordprocessingml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/fontTable An instance of this part type contains information about each of the fonts used by content in the document. When a consumer reads a WordprocessingML document, it shall use this information to determine which fonts to use to display the document when the specified fonts are not available on the consumer’s system. A package shall contain no more than two Font Table parts. If it exists, one instance of that part shall be the target of an implicit relationship in the part-relationship item for the Main Document (§ REF _Ref121738984 \r \h 11.3.10 ) part, and the other instance shall be the target of an implicit relationship from the Glossary Document (§ REF _Ref121556035 \r \h 11.3.8 ) part. [ Example : The following Main Document part-relationship item contains a relationship to the Font Table part, which is stored as the ZIP item fontTable.xml: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/fontTable" Target="fontTable.xml"/> </Relationships> end example ] The root element for a part of this content type shall be fonts . [ Example : <w:fonts … > <w:font w:name="Calibri"> <w:panose1 w:val="020F0502020204030204"/> <w:charset w:val="00"/> <w:family w:val="swiss"/> <w:pitch w:val="variable"/> <w:sig w:usb0="A00002EF" w:usb1="4000207B" w:usb2="00000000" w:usb3="00000000" w:csb0=" 0000009F " w:csb1="00000000"/> </w:font> </w:fonts> end example ] A Font Table part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Font Table part is permitted to contain explicit relationships to the following parts defined by this Standard : Fonts (§ REF _Ref121555245 \r \h 15.2.12 ) A Font Table part shall not have any implicit or explicit relationships to any other part defined by this Standard . Footer Part XE "Footer part" \b XE "part:Footer" \t " See Footer part" Content Type: application/vnd.openxmlformats-officedocument.wordprocessingml.footer+xml Root Namespace: http://schemas.openxmlformats.org/wordprocessingml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/footer An instance of this part type contains the information about a footer displayed for one or more section s . A package is permitted to contain zero or one Footer part for each kind of footer (first page, odd page, or even page) in each section of the document. Each Footer part shall be the target of an explicit relationship in the part-relationship item for the Main Document (§ REF _Ref121738984 \r \h 11.3.10 ) part, or the Glossary Document (§ REF _Ref121556035 \r \h 11.3.8 ) part. [ Example : The Main Document part-relationship item contains one relationship, for the odd footer part, which is stored as the ZIP item footer3.xml: <Relationships xmlns="…"> <Relationship Id="rId91" Type="http://…/footer" Target="footer3.xml"/> </Relationships> end example ] The root element for a Footer part type shall be ftr . [ Example : <w:ftr xmlns:w="…" …> … </w:ftr> end example ] The XML markup for a footer in a section of a Main Document part involves the footerReference element in that section's sectPr element which explicitly references the relationship for the header. [ Example : Consider the case in which a section in the Main Document part contains odd and even headers, and an odd footer: <w:document xmlns:w="…"> … <w:sectPr> <w: footerReference w:val="rId89" w:type="default"/> <w: footerReference w:val="rId90" w:type="even"/> <w:footerReference w:val="rId91" w:type="first"/> <w:type w:val="oddPage"/> <w:pgSz w:w="11909" w:h="16834" w:code="9"/> <w:pgMar w:top="1440" w:right="1152" w:bottom="1440" w:left="1152" w:header="720" w:footer="720" w:gutter="0"/> <w:lnNumType w:countBy="1"/> <w:pgNumType w:numFmt="lowerRoman"/> <w:cols w:space="720"/> </w:sectPr> </w:document> end example ] Each footer has a corresponding ftr element in a Footer part, which contains the text of the footer. [ Example : Here is the odd footer corresponding to the example above. It has the page number centered and displayed using lowercase Roman numerals (as set by the pgNumType element above): <w:ftr xmlns:w="…"> <w:p> <w:pPr> <w:pStyle w:val="Centered"/> </w:pPr> <w: fldSimple w:instr=" PAGE "> <w:r> <w:rPr> <w:noProof/> </w:rPr> <w:t> i </w:t> </w:r> </w: fldSimple > </w:p> </w:ftr> end example ] A Footer part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Footer part is permitted to have explicit relationships to the following parts defined by this Standard : Alternative Format Import (§ REF _Ref119918450 \r \h 11.3.1 ) Chart (§ REF _Ref121831596 \r \h 14.2.1 ) Diagrams: Diagram Colors(§ REF _Ref121822827 \r \h 14.2.3 ), Diagram Data(§ REF _Ref121822784 \r \h 14.2.4 ), Diagram Layout Definition(§ REF _Ref121822938 \r \h 14.2.5 ) and Diagram Styles (§ REF _Ref121822949 \r \h 14.2.6 ) Embedded Control Persistence (§ REF _Ref143403821 \w \h 15.2.8 ) Embedded Object (§ REF _Ref133904726 \r \h 15.2.9 ) Embedded Package ( § REF _Ref121149266 \w \h 15.2.10 ) Hyperlinks (§ REF _Ref119325181 \r \h 15.3 ) Images (§ REF _Ref119305769 \n \h 15.2.13 ) Video ( § REF _Ref139168866 \w \h 15.2.16 ) A Footer part shall not have any implicit or explicit relationships to any other part defined by this Standard . Footnotes Part XE "Footnotes part" \b XE "part:Footnotes" \t " See Footnotes part" Content Type: application/vnd.openxmlformats-officedocument.wordprocessingml.footnotes+xml Root Namespace: http://schemas.openxmlformats.org/wordprocessingml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/footnotes An instance of this part type contains all the footnotes for the document. A package shall contain no more than two Footnotes parts. If it exists, one instance of that part shall be the target of a n implicit relationship from the Main Document (§ REF _Ref121738984 \r \h 11.3.10 ) part, and the other shall be the target of a n implicit relationship from the Glossary Document (§ REF _Ref121556035 \r \h 11.3.8 ) part. [ Example : The Main Document part-relationship item contains a relationship to the Footnotes part, which is stored as the ZIP item footnotes.xml: <Relationships xmlns="…"> <Relationship Id="rId5" Type="http://…/footnotes" Target="footnotes.xml"/> </Relationships> end example ] The root element for a Footnotes part shall be footnotes . [ Example : <w:footnotes xmlns:w="…" …> <w:footnote …> … </w:footnote> <w:footnote …> … </w:footnote> </w:footnotes> end example ] The XML markup for a footnote in a Main Document part involves the footnoteReference element. [ Example : Consider the case in which the Main Document part contains the text "… in the Standard.", and there is a footnote inserted immediately after the period: <w:p …> … <w:r> <w:t>... in the Standard.</w:t> </w:r> <w:r> <w:rPr> <w:rStyle w:val="FootnoteReference"/> </w:rPr> <w:footnoteReference w:id="5"/> </w:r> </w:p> end example ] Each footnote has a corresponding footnote element in the Footnotes part, which contains the text of the footnote and the footnoteRef element. [ Example : The text of the footnote is "This can be downloaded from http://www.aabbcc.com/index.html." where "http://www.aabbcc.com/index.html" is marked as a hyperlink: <w:footnotes xmlns:w="…" <w:footnote w:id="5"> <w: p> <w:r> <w:rPr> <w:rStyle w:val="FootnoteReference"/> </w:rPr> <w:footnoteRef/> </w:r> <w:r> <w:t xml:space="preserve">This can be downloaded from </w:t> </w:r> <w:hyperlink r:id="rId2" w:history="1"> <w:r> <w:rPr> <w:rStyle w:val="Hyperlink"/> </w:rPr> <w:t>http://www.aabbcc.com/index.html</w:t> </w:r> </w:hyperlink> <w:r> <w:t>.</w:t> </w:r> </w:p> </w:footnote> </w:footnotes> end example ] A Footnotes part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Footnotes part is permitted to have explicit relationships to the following parts defined by this Standard : Alternative Format Import (§ REF _Ref119918450 \r \h 11.3.1 ) Chart (§ REF _Ref121831596 \r \h 14.2.1 ) Diagrams: Diagram Colors(§ REF _Ref121822827 \r \h 14.2.3 ), Diagram Data(§ REF _Ref121822784 \r \h 14.2.4 ), Diagram Layout Definition(§ REF _Ref121822938 \r \h 14.2.5 ) and Diagram Styles (§ REF _Ref121822949 \r \h 14.2.6 ) Embedded Control Persistence (§ REF _Ref143403821 \w \h 15.2.8 ) Embedded Object (§ REF _Ref133904726 \r \h 15.2.9 ) Embedded Package ( § REF _Ref121149266 \w \h 15.2.10 ) Hyperlinks (§ REF _Ref119325181 \r \h 15.3 ) Images (§ REF _Ref119305769 \n \h 15.2.13 ) Video ( § REF _Ref139168866 \w \h 15.2.16 ) A Footer part shall not have any implicit or explicit relationships to any other part defined by this Standard . Glossary Document Part XE "Glossary Document part" \b XE "part:Glossary Document" \t " See Glossary Document part" Content Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document.glossary+xml Root Namespace: http://schemas.openxmlformats.org/wordprocessingml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/glossaryDocument An instance of this part type is a supplementary document storage location which stores the definition and content for content that shall be carried with the document for future insertion and/or use, but which shall not be visible within the contents of the main document story. [ Example : A legal contract template might include one or more optional clauses that shall not appear in the document until those clauses are inserted explicitly via a user action. To store these optional clauses until they are inserted, their contents are placed in the glossary document part. end example ] [ Note : This part is intended for storage of optional "document fragments" which are often used to perform document assembly. The use of the word glossary is a reference to the fact that each of these entries was historically referenced by its first word in legacy word processing applications, like definitions of terms in a traditional glossary. end note ] The root element for a part of this content type shall be glossaryDocument . [ Example : The following part contains two building blocks. The first block is named "rainbow colors", belongs to a category called "Misc", belongs to a gallery called "docParts", and contains the text "The colors … and violet." The details of the second block have been omitted: <w:glossaryDocument xmlns:w="…" > <w:docParts> <w:docPart> <w:docPartPr> <w:name w:val="rainbow colors"/> <w:style w:val="Normal"/> <w:category> <w:name w:val="Misc"/> <w:gallery w:val="docParts"/> </w:category> </w:docPartPr> <w:docPartBody> <w:p> <w:r> <w:t>The colors of the rainbow are red, orange, yellow, green, blue, indigo, and violet.</w:t> </w:r> </w:p> </w:docPartBody> </w:docPart> <w:docPart> … </w:docPart> </w:docParts> </w:glossaryDocument> end example ] A package shall contain at most one Glossary Document part, and that part shall be the target of a n implicit relationship from the Main Document (§ REF _Ref121738984 \r \h 11.3.10 ) part. [ Example : The following Main Document part-relationship item contains a relationship to a Glossary Document part, which is stored in the ZIP item glossary/document.xml : <Relationships xmlns="…"> <Relationship Id="rId4" Type="http://…/ glossaryDocument " Target="glossary/document.xml"/> </Relationships> end example ] A Glossary Document part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Glossary Document part is permitted to have implicit relationships to the following parts defined by this Standard : Comments (§ REF _Ref121739085 \r \h 11.3.2 ) Document Settings (§ REF _Ref121555444 \r \h 11.3.3 ) Endnotes (§ REF _Ref143075652 \w \h 11.3.4 ) Font Table (§ REF _Ref121555446 \r \h 11.3.5 ) Footnotes (§ REF _Ref121561095 \r \h 11.3.7 ) Numbering Definitions (§ REF _Ref139163109 \w \h 11.3.11 ) Style Definitions (§ REF _Ref119082051 \r \h 11.3.11 ) A Glossary Document part is permitted to have explicit relationships to the following parts defined by this Standard : Alternative Format Import (§ REF _Ref119918450 \r \h 11.3.1 ) Chart (§ REF _Ref121831596 \r \h 14.2.1 ) Diagrams: Diagram Colors (§ REF _Ref121822827 \r \h 14.2.3 ), Diagram Data (§ REF _Ref121822784 \r \h 14.2.4 ), Diagram Layout Definition (§ REF _Ref121822938 \r \h 14.2.5 ) and Diagram Styles (§ REF _Ref121822949 \r \h 14.2.6 ) Embedded Control Persistence (§ REF _Ref143403821 \w \h 15.2.8 ) Embedded Object (§ REF _Ref133904726 \r \h 15.2.9 ) Embedded Package ( § REF _Ref121149266 \w \h 15.2.10 ) Footer (§ REF _Ref121739095 \r \h 11.3.6 ) Header (§ REF _Ref121739103 \r \h 11.3.9 ) Hyperlinks (§ REF _Ref119305771 \n \h 15.3 ) Images (§ REF _Ref119305769 \n \h 15.2.13 ) Printer Settings (§ REF _Ref147132099 \w \h 15.2.14 ) Video ( § REF _Ref139168866 \w \h 15.2.16 ) A Glossary Document part shall not have implicit or explicit relationships to any other part defined by this Standard . Header Part XE "Header part" \b XE "part:Header" \t " See Header part" Content Type: application/vnd.openxmlformats-officedocument.wordprocessingml.header+xml Root Namespace: http://schemas.openxmlformats.org/wordprocessingml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/header An instance of this part type contains the information about a header displayed for one or more section s . A package shall contain zero or one Header part for each kind of header (first page, odd page, or even page) in each section of the document. Each Header part shall be the target of a n explicit relationship from the Main Document (§ REF _Ref121738984 \r \h 11.3.10 ) part or the Glossary Document (§ REF _Ref121556035 \r \h 11.3.8 ) part. [ Example : The Main Document part-relationship item contains two relationships: one for the even header part (which is stored as the ZIP item header2.xml) and one for the odd header part (which is stored as the ZIP item header3.xml): <Relationships xmlns="…"> <Relationship Id="rId89" Type="http://…/header" Target="header2.xml"/> <Relationship Id="rId90" Type="http://…/header" Target="header3.xml"/> </Relationships> end example ] The root element for a Header part shall be hdr . [ Example : <w:hdr xmlns:w="…" …> … </w:hdr> end example ] The XML markup for a header in a section of a Main Document part involves the headerReference element in that section's sectPr element. [ Example : Consider the case in which a section in the Main Document part contains odd and even headers, and an odd footer: <w:body> … <w:sectPr w:rsidR="00363F31" w:rsidSect="008D4B40"> <w:headerReference w:val="rId89" w:type="default"/> <w:headerReference w:val="rId90" w:type="even"/> <w: headerReference w:val="rId91" w:type="first"/> <w:type w:val="oddPage"/> <w:pgSz w:w="11909" w:h="16834" w:code="9"/> <w:pgMar w:top="1440" w:right="1152" w:bottom="1440" w:left="1152" w:header="720" w:footer="720" w:gutter="0"/> <w:lnNumType w:countBy="1"/> <w:pgNumType w:fmt="lowerRoman"/> <w:cols w:space="720"/> </w:sectPr> </w:body> end example ] Each header has a corresponding hdr element in a Header part, which contains the text of the header. [ Example : Here is the even header corresponding to the examples above: <w:hdr xmlns:w="…"> <w:p> <w:pPr> <w:pStyle w:val="Header"/> </w:pPr> <w:r> <w:t>My Test Document</w:t> </w:r> </w:p> </w:hdr> Here is the odd header corresponding to the examples above: <w:hdr xmlns:w="…"> <w:p> <w:pPr> <w:pStyle w:val="Header"/> </w:pPr> <w:r> <w:tab/> <w:t>Table of Contents</w:t> </w:r> </w:p> </w:hdr> end example ] A Header part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Header part is permitted to have explicit relationships to the following parts defined by this Standard : Alternative Format Import (§ REF _Ref119918450 \r \h 11.3.1 ) Chart (§ REF _Ref121831596 \r \h 14.2.1 ) Diagrams: Diagram Colors(§ REF _Ref121822827 \r \h 14.2.3 ), Diagram Data(§ REF _Ref121822784 \r \h 14.2.4 ), Diagram Layout Definition(§ REF _Ref121822938 \r \h 14.2.5 ) and Diagram Styles (§ REF _Ref121822949 \r \h 14.2.6 ) Embedded Control Persistence (§ REF _Ref143403821 \w \h 15.2.8 ) Embedded Object (§ REF _Ref133904726 \r \h 15.2.9 ) Embedded Package (§ REF _Ref121149266 \w \h 15.2.10 ) Hyperlinks (§ REF _Ref119325181 \r \h 15.3 ). Images (§ REF _Ref119305769 \n \h 15.2.13 ) Video (§ REF _Ref139168866 \w \h 15.2.16 ) A Header part shall not have any implicit or explicit relationships to other parts defined by this Standard . Main Document Part XE "Main Document part" \b XE "part:Main Document" \t " See Main Document part" Content Type(s): application/vnd.openxmlformats-officedocument.wordprocessingml.main+xml application/vnd.openxmlformats-officedocument.wordprocessingml.template.main+xml Root Namespace: http://schemas.openxmlformats.org/wordprocessingml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/officeDocument An instance of this part type contains the body of the document. A package shall contain a Main Document part (§ REF _Ref121738984 \r \h 11.3.10 ) par t . T he Main Document part shall be the target of a relationship in the package-relationship item. The root element for a part of this content type shall be document . [ Example : Given the following package-relationship item excerpt: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/officeDocument" Target="word/document.xml"/> </Relationships> /word/document.xml" contains the following: <w:document …> <w:body> … </w:body> </w:document> end example ] A Main Document part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Main Document part is permitted to have implicit relationships to the following parts defined by this Standard : Additional Characteristics ( § REF _Ref147133292 \w \h 15.2.1 ) Bibliography (§ REF _Ref143400627 \w \h 15.2.3 ) Comments (§ REF _Ref121739148 \r \h 11.3.2 ) Custom XML Data Storage (§ REF _Ref121823100 \r \h 15.2.4 ) Document Settings (§ REF _Ref121555444 \r \h 11.3.3 ) Endnotes (§ REF _Ref143059017 \w \h 11.3.4 ) Font Table (§ REF _Ref121555446 \r \h 11.3.5 ) Footnotes (§ REF _Ref121561095 \r \h 11.3.7 ) Glossary Document (§ REF _Ref121562184 \r \h 11.3.8 ) Numbering Definitions (§ REF _Ref139163109 \r \h 11.3.11 ) Style Definitions (§ REF _Ref139165012 \r \h 11.3.12 ) Theme (§ REF _Ref121883106 \r \h 14.2.7 ) Thumbnail (§ 15.2.14 ) A Main Document part is permitted to contain explicit relationships to the following parts defined by this Standard : Alternative Format Import (§ REF _Ref119918450 \r \h 11.3.1 ) Chart (§ REF _Ref121831596 \r \h 14.2.1 ) Diagrams: Diagram Colors(§ REF _Ref121822827 \r \h 14.2.3 ), Diagram Data(§ REF _Ref121822784 \r \h 14.2.4 ), Diagram Layout Definition(§ REF _Ref121822938 \r \h 14.2.5 ) and Diagram Styles (§ REF _Ref121822949 \r \h 14.2.6 ) Embedded Control Persistence (§ REF _Ref143403821 \w \h 15.2.8 ) Embedded Object (§ REF _Ref133904726 \r \h 15.2.9 ) Embedded Package (§ REF _Ref121149266 \w \h 15.2.10 ) Footer (§ REF _Ref121739163 \r \h 11.3.6 ) Header (§ REF _Ref121739172 \r \h 11.3.9 ) Hyperlinks (§ REF _Ref119325181 \r \h 15.3 ) Images (§ REF _Ref119305769 \n \h 15.2.13 ) Printer Settings (§ REF _Ref147132099 \w \h 15.2.14 ) Subdocument (§ REF _Ref143328866 \w \h 11.6 ) Video (§ REF _Ref139168866 \w \h 15.2.16 ) A Main Document shall not have implicit or explicit relationships to any other part defined by this Standard . Numbering Definitions Part XE "Numbering Definitions part" \b XE "part:Numbering Definitions" \t " See Numbering Definitions part" Content Type: application/vnd.openxmlformats-officedocument.wordprocessingml.numbering+xml Root Namespace: http://schemas.openxmlformats.org/wordprocessingml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/numbering An instance of this part type contains a definition for the structure of each unique numbering definition in this document. [ Example : If a set of paragraphs are added to a document which have a circle bullet at the first level, a square bullet at the second level, and a checkmark bullet at the third level, such as the following: First level Second level Third level The numbering definition part will contain the definition for each of these levels (their bullet style, indent, etc.) even if the second and third levels are not actually used in the document end example ] A package shall contain no more than two Numbering Definitions parts. If they exist, one instance of that part shall be the target of a n implicit relationship from the Main Document (§ REF _Ref121738984 \r \h 11.3.10 ) part, and the other shall be the target of a n implicit relationship from the Glossary Document (§ REF _Ref121556035 \r \h 11.3.8 ) part. [ Example : <Relationships xmlns="…"> <Relationship Id="rId2" Type="http://…/numbering" Target="numbering.xml"/> </Relationships> end example ] The XML markup for a list usage involves a reference to a numbering definition via the child elements of the numPr element. [ Example : Here we have a paragraph set using the style Text , followed by a list of things which have the paragraph style ListBullet , followed by another paragraph set using the style Text : <w:p> <w:pPr> <w:pStyle w:val="Text"/> </w:pPr> <w:r> <w:t>The kinds of fruit needed are:</w:t> </w:r> </w:p> <w:p> <w:pPr> <w:pStyle w:val="ListBullet"/> <w:numPr> <w:ilvl w:val="0" /> <w:numId w:val="5" /> </w:numPr> </w:pPr> <w:r> <w:t>Apples</w:t> </w:r> </w:p> <w:p> <w:pPr> <w:pStyle w:val="ListBullet"/> <w:numPr> <w:ilvl w:val="0" /> <w:numId w:val="5" /> </w:numPr> </w:pPr> <w:r> <w:t>Oranges</w:t> </w:r> </w:p> <w:p> <w:pPr> <w:pStyle w:val="Text"/> </w:pPr> <w:r> <w:t>Other items may be needed too.</w:t> </w:r> </w:p> end example ] The root element for a Numbering Definition part shall be numbering , with each numbering definition being defined by a n abstractNum element. [ Example : <w:numbering xmlns:w="…"> <w:abstractNum w:numId="11"> <w:nsid w:val="394E2425"/> <w:multiLevelType w:val="hybridMultilevel"/> <w:tmpl w:val="F628E89A"/> <w:lvl w:ilvl="0" w:tplc="151C4798"> <w:start w:val="1"/> <w:numFmt w:val="bullet"/> <w:pStyle w:val="ListBullet"/> <w:lvlText w:val="…"/> <w:lvlJc w:val="left"/> <w:pPr> <w:tabs> <w:tab w:val="list" w:pos="720"/> </w:tabs> <w:ind w:left="720" w:hanging="360"/> </w:pPr> <w:rPr> <w:rFonts w:ascii="Symbol" w:hAnsi="Symbol" w:hint="default"/> </w:rPr> </w:lvl> … </w:abstractNum> </w:numbering> end example ] A Numbering Definitions part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Numbering Definitions part is permitted to contain explicit relationships to the following parts defined by this Standard : Images (§ REF _Ref119305769 \n \h 15.2.13 ) A Numbering Definitions part shall not have any implicit or explicit relationships to any othe r part defined by this Standard . Style Definitions Part XE "Style Definitions part" \b XE "part:Style Definitions" \t " See Style Definitions part" Content Type: application/vnd.openxmlformats-officedocument.wordprocessingml.styles+xml Root Namespace: http://schemas.openxmlformats.org/wordprocessingml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/styles An instance of this part type contains the definition for a set of styles used by this document. A package shall contain at most two Style Definitions parts. One instance of that part shall be the target of a n implicit relationship from the Main Document (§ REF _Ref121738984 \r \h 11.3.10 ) part, and the other shall be the target of a n implicit relationship in from the Glossary Document (§ REF _Ref121556035 \r \h 11.3.8 ) part. [ Example : <Relationships xmlns="…"> <Relationship Id="rId3" Type="http://…/styles" Target="styles.xml"/> </Relationships> end example ] The root element for a Styles Definition part shall be styles , which is a container for one or more style elements . [ Example : Here is the style ListBullet (which is used in a Main Document Part in § REF _Ref121739270 \r \h 11.3.10 ): <w:styles xmlns:wx="…" xmlns:w="…" … xml:space="preserve"> <w:style w:type="paragraph" w:styleId="ListBullet"> <w:name w:val="List Bullet"/> <w:basedOn w:val="Text"/> <w:autoRedefine/> <w:rsid w:val="00081289"/> <w:pPr> <w:pStyle w:val="ListBullet"/> <w:numPr> <w:numId w:val="1"/> </w:numPr> <w:tabs> <w:tab w:val="clear" w:pos="360"/> </w:tabs> <w:ind w:left="648"/> </w:pPr> </w:style> </w:styles> end example ] A Style Definitions part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Style Definition s part shall not have implicit or explicit relationships to any part defined by this Standard . Web Settings Part XE "Web Settings part" \b XE "part:Web Settings" \t " See Web Settings part" Content Type: application/vnd.openxmlformats-officedocument.wordprocessingml.webSettings+xml Root Namespace: http://schemas.openxmlformats.org/wordprocessingml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/webSettings An instance of this part type contains the definition for web-specific settings used by this document. A package shall contain at most two Web Settings parts. One instance of that part shall be the target of a n implicit relationship from the Main Document (§ REF _Ref121738796 \r \h 11.3.10 ) part , and the other shall be the target of a n implicit relationship from the Glossary Document (§ REF _Ref121556035 \r \h 11.3.8 ) part. [ Example : <Relationships xmlns="…"> <Relationship Id="rId3" Type="http://…/webSettings" Target="webSettings.xml"/> </Relationships> end example ] The root element for a Web Settings part shall be webSettings . [ Example : <w:webSettings …> <w:frameset> … <w:frame> <w:sz w:val="216" /> <w:name w:val="Frame2" /> <w:sourceFileName r:id="rId1" /> </w:frame> <w:frame> <w:name w:val="Frame1" /> <w:sourceFileName r:id="rId2" /> </w:frame> </w:frameset> </w:webSettings> end example ] A Web Settings part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Web Settings part is permitted to contain explicit relationships to the following parts defined by this Standard : Frameset (§ REF _Ref121741807 \n \h 11.5 ) A Web Settings part shall not contain implicit or explicit relationships to any other part defined by this Standard . Document Template XE " document template " \b Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/ attachedTemplate A document template can be represented by an instance of a WordprocessingML package, and contains styles, numbering definitions, and so on that are made available when documents based on that template are edited. A WordprocessingML document can refer to another document as its document template, by having a Document Settings part (§ REF _Ref119005345 \w \h 11.3.3 ) that contains an explicit relationship to the file location of the necessary document template using the id attribute on the attachedTemplate element. [ Example : Consider a document specifying a document template located at c:\template.docx : <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/attachedTemplate" Target="file:///c:\template.docx" TargetMode="External"/> </Relationships> The document’s Document Settings part contains an attachedTemplate element that explicitly references this relationship: <w:settings … > <w:attachedTemplate r:id="rId1"/> </w: s ettings> end example ] Framesets XE "frameset" \b Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/frame A frameset XE "frameset" is a WordprocessingML document which specifies the location and placement of other WordprocessingML documents (which, when used in this context, are referred to as frames XE "frame" ). A frameset shall be represented by an instance of a WordprocessingML document with a Web Settings part (§ REF _Ref121810816 \w \h 11.3.13 ) whose relationship item targets each of that frameset's frames. [ Example : Consider a frameset document having two frames. The frameset's Web Settings part-relationships item contains the following, in which frame1.docx and frame2.docx are packages containing the corresponding frames: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/frame" Target="frame1.docx" TargetMode="External"/> <Relationship Id="rId2" Type="http://…/frame" Target="frame2.docx" TargetMode="External"/> </Relationships> The frameset document’s Web Settings part contains a frameset element that references its frames: <w:webSettings …> <w:frameset> … <w:frame> <w:sz w:val="216" /> <w:name w:val="Frame2" /> <w:sourceFileName r:id="rId1" /> </w:frame> <w:frame> <w:name w:val="Frame1" /> <w:sourceFileName r:id="rId2" /> </w:frame> </w:frameset> </w:webSettings> end example ] A frame shall be represented by an instance of a WordprocessingML package. A frame shall be located external to the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be External ). Master Documents and Subdocuments XE "master document" \b XE "subdocument" \b Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/subDocument A master document shall be represented by an instance of a WordprocessingML doc u ment whose Main Document (§ REF _Ref121738984 \r \h 11.3.10 ) part targets each of that master document’s subdocuments. [ Rationale : Sometimes, it is convenient to deal with a document as a collection of pieces, especially when those pieces might be edited by different authors in a collaborative group. Perhaps it simply makes sense to think about a book as a collection of chapters rather than as one big document. The breaking-up of a document into such pieces can be achieved by having a master document with one or more subdocuments. end rationale ] [ Example : Consider a master document, whose three subdocuments are called Start, Middle, and End, respectively. Master’s Main Document part has a corresponding relationships part that contains the following, in which Start.docx, Middle.docx, and End.docx are packages containing the corresponding subdocuments: <Relationships xmlns="…"> <Relationship Id="rId5" Type="http://…/subDocument" Target="Start.docx" TargetMode="External"/> <Relationship Id="rId6" Type="http://…/SubDocument" Target="Middle.docx" TargetMode="External"/> <Relationship Id="rId7" Type="http://…/SubDocument" Target="End.docx" TargetMode="External"/> </Relationships> The master document’s Main Document part contains subDoc elements that reference its subdocuments: <w:document xmlns:r="…" xmlns:wx="…" …> <w:body> <w:p …> <w:pPr> … </w:pPr> </w:p> <w:subDoc r:id="rId5"/> … <w:subDoc r:id="rId6"/> … <w:subDoc r:id="rId7"/> … </w:body> </w:document> end example ] A subdocument shall be represented by an instance of a WordprocessingML package. A subdocument shall be located external to the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be External ). Mail Merge Data Source XE " mail merge data source " \b Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/mail MergeSource A document that stores information about a mail merge operation is permitted to contain a Document Settings part (§ REF _Ref119005345 \w \h 11.3.3 ) whose relationship item targets the file location of the necessary data source using this relationship. [ Example : Consider a document specifying a mail merge whose data source is located at http://www.openxmlformats.org/ data .txt : <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/mail MergeSource" Target= " http://www.openxmlformats.org/data.txt " TargetMode="External"/> </Relationships> The document’s Document Settings part contains a dataSource element that explicitly references this relationship: <w:settings …> <w:mailMerge> … <w:dataSource r:id="rId1" /> … </w:mailMerge> </w: s ettings> end example ] A mail merge data source shall be located external to the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be External ). Mail Merge Header Data Source XE " mail merge header data source " \b Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/mailMergeHeaderSource A document that stores information about a mail merge operation is permitted to contain a Document Settings part (§ REF _Ref119005345 \w \h 11.3.3 ) whose relationship item targets the file location of the necessary header data source using this relationship. [ Example : Consider a document specifying a mail merge whose header data source is located at http://www.openxmlformats.org/header.txt : <Relationships xmlns="…"> <Relationship Id="rId2" Type="http://…/mailMergeHeaderSource" Target= http://www.openxmlformats.org/header.txt TargetMode="External"/> </Relationships> The document’s Document Settings part contains a headerSource element that explicitly references this relationship: <w:settings …> <w:mailMerge> … <w:headerSource r:id="rId2" /> … </w:mailMerge> </w: s ettings> end example ] A mail merge header data source shall be located external to the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be External ). XSL Transformation XE " XSL transformation " \b Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/ transform A document can store information about an XSL Transformation which might be applied on save, by containing a Document Settings part (§ REF _Ref119005345 \w \h 11.3.3 ) whose part relationship item contains an explicit relationship to the file location of the XSL Transformation using this relationship. [ Example : Consider a document specifying an XSL Transfo r mation located at http://www.openxmlformats.org/test.xsl : <Relationships xmlns="…"> <Relationship Id="rId 8" Type=" http://…/ transform " Target="http://www.openxmlformats.org/test. xsl " TargetMode="External"/> </Relationships> The document’s Document Settings part contains a saveThroughXslt element that explicitly references this relationship: <w:settings …> … <w:saveThroughXslt r:id="rId8 " /> … </w: s ettings> end example ] An XSL transformation shall be located external to the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be External ). SpreadsheetML This clause contains specifications for relationship items and parts that are specific to SpreadsheetML. Parts than can occur in a SpreadsheetML document, but are not SpreadsheetML-specific, are specified in § REF _Ref134254189 \w \h 15.2 . Unless stated explicitly, all references to relationship items, content-type items, and parts in this clause refer to SpreadsheetML ZIP items . Glossary of SpreadsheetML-Specific Terms The following terms are used in the context of a SpreadsheetML document: cell XE "cell" \b — The location at the intersection of a row and column, in which numeric or textual data or a formula is stored. A cell can have a number of characteristics, such as numeric or text formatting, alignment, font, color, and border. cell reference XE "cell reference" \b — An individual cell's designation using a combination of its column and row headings, as in A13, H19, and BX1200. A relative cell reference in a formula automatically changes when the formula is copied down a column or across a row. An absolute cell reference is fixed. Absolute references don't change when a formula is copied from one cell to another. A mixed cell reference has either an absolute column and a relative row, or an absolute row and a relative column. chart XE "chart" \b — A graphical representation of data, as in a bar, column, line, pie chart, for example. column XE "column" \b — Any vertical set of cells in a worksheet. Each column has an alphabetic heading. Columns are named sequentially, going from A–Z, then AA–AZ, BA–BZ, and so on. comment XE "comment" \b — A reminder or annotation that can be attached to a cell. connection XE "connection" \b — The means by which external data—that is, data stored outside of a workbook (in a database or on a Web server, for example)—can be imported into a worksheet. formula XE "formula" \b — A recipe for calculating a value. Some formulas are predefined; others are user-defined. function XE "function" \b — A predefined formula, such as AVERAGE, MAX , MIN, and SUM. A function takes one or more arguments on which it operates, producing a result. [ Note : In the formula =SUM(B1:B4), there is one argument, B1:B4, which is the range of cells B1–B4, inclusive. end note ] pivot table XE "pivot table" \b — A kind of table that is used to manage and analyze related data that is stored elsewhere. row XE "row" \b — Any horizontal set of cells in a worksheet. Each row has a numeric heading. Rows are numbered sequentially, starting at 1. table XE "table" \b — A rectangular-shaped set of related rows and columns that can be sorted, filtered, and totaled as a group. Rows in a table can be hidden by applying autofilters to one or more columns. workbook XE "workbook" \b — A collection of worksheets. worksheet XE "worksheet" \b — A two-dimensional grid of cells that are organized into rows and columns. Package Structure A SpreadsheetML package shall contain a package-relationship item and a content-type item. The package-relationship item shall contain implicit relationships with targets of the following type: One Workbook part ( 12.3.23 ). The package-relationship item is permitted to contain implicit relationships with targets of the following type: Digital Signature Origin ( § REF _Ref143273937 \w \h 15.2.6 ) File Property parts (§ REF _Ref133904733 \r \h 15.2.11 ) (Application-Defined File Properties, Core File Properties, and Custom File Properties), as appropriate. Thumbnail (§ REF _Ref119139802 \r \h 15.2.14 ). The required and optional relationships between parts are defined in § REF _Ref119142375 \r \h 12.3 and its subordinate clauses. [ Example : The following package represents the minimal conformant SpreadsheetML package as defined by this Standard: First, the content types for relationship parts, the Workbook part, and at least one Sheet part must be defined (physically located at /[Content_Types].xml in the package): <Types xmlns="…"> <Default Extension="rels" ContentType="application/vnd.openxmlformats-package.relationships+xml" /> <Override PartName="/workbook.xml" ContentType="application/vnd.openxmlformats-officedocument. spreadsheetml.sheet.main+xml" /> <Override PartName="/sheet1.xml" ContentType="application/vnd.openxmlformats- officedocument.spreadsheetml.worksheet+xml" /> </Types> Next, the required package-level relationship to the Workbook part must be defined (physically located at /_rels/.rels in the package): <Relationships xmlns="…"> <Relationship Id="rId1" Type=http://schemas.openxmlformats.org/officeDocument/2006/ relationships/officeDocument" Target="workbook.xml" /> </Relationships> Next, the minimum content for the Workbook part must be defined (physically located at /workbook.xml in the package): <workbook xmlns="…" xmlns:r="…"> <sheets> <sheet name="1" sheetId="1" r:id="rId1" /> </sheets> </workbook> Next, the required workbook-level relationship to the single Sheet part must be defined, (physically located at /_rels/workbook.xml.rels in the package): <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://schemas.openxmlformats.org/officeDocument/2006/ relationships/worksheet" Target="sheet1.xml" /> </Relationships> Finally, the minimum content for a single Sheet part must be defined (physically located at /sheet1.xml in the package): <worksheet xmlns="…" xmlns:r="…"> <sheetData /> </worksheet> end example ] [ Example : Consider a SpreadsheetML document that contains a workbook having three worksheets. Here’s an example of the hierarchical folder structure that might be used for the ZIP items in the package for that document. As shown, one part, Workbook (stored in the ZIP item /xl/workbook.xml), has its own relationship item: /_rels/.rels Package-relationship item /[Content_Types].xml Content-type item /docProps/app.xml Application-Defined File Properties part /docProps/core.xml Core File Properties part /xl/workbook.xml Workbook part /xl/_rels/workbook.xml.rels Part-relationship item /xl/calcChain.xml Calculation Chain part /xl/sharedStrings.xml Shared String Table part /xl/styles.xml Styles part /xl/volatileDependencies.xml Volatile Dependencies part /xl/theme/theme1.xml Theme part /xl/worksheets/sheet1.xml Worksheet parts /xl/worksheets/sheet2.xml /xl/worksheets/sheet3.xml The package-relationship item contains the following: <Relationships xmlns="…"> <Relationship Id="rId3" Type="http://…/extended-properties" Target="docProps/app.xml"/> <Relationship Id="rId2" Type="http://…/core-properties" Target="docProps/core.xml"/> <Relationship Id="rId1" Type="http://…/officeDocument" Target="xl/workbook.xml"/> </Relationships> end example ] Part Summary The subclauses subordinate to this one describe in detail each of the part types specific to SpreadsheetML. [ Note : For convenience, information from those subclauses is summarized in the following table: Part Relationship Target of Root Element Ref. Calculation Chain Workbook calcChain § REF _Ref121566590 \r \h 12.3.1 Chartsheet Workbook chartsheet § REF _Ref119398730 \r \h 12.3.2 Comments Chartsheet, Dialogsheet, Worksheet comments § 12.3.3 Connections Workbook connections § 12.3.4 Custom Property Workbook Not applicable § REF _Ref121276476 \r \h 12.3.5 Custom XML Mappings Workbook mapInfo § REF _Ref121277642 \r \h 12.3.6 Dialogsheet Workbook dialogSheet § 12.3.7 Drawing s Chartsheet, Worksheet wsDr § REF _Ref121532368 \r \h 12.3.8 External Workbook References Workbook externalReference § REF _Ref121582997 \r \h 12.3.9 Metadata Workbook metadata § REF _Ref121272958 \r \h 12.3.10 Pivot Table Worksheet pivotTableDefinition § REF _Ref121272987 \r \h 12.3.11 Pivot Table Cache Definition Pivot Table, Workbook pivotCacheDefinition § 12.3.12 Pivot Table Cache Records Pivot Table Cache Definition pivotCacheRecords § 12.3.13 Query Table Worksheet queryTable § 12.3.14 Shared String Table Workbook sst § 12.3.15 Shared Workbook Revision Headers Workbook headers § 12.3.16 Shared Workbook Revision Log Shared Workbook Revision Headers revisions § 12.3.17 Shared Workbook User Data Workbook users § 12.3.18 Single Cell Table Definitions Dialogsheet, Worksheet singleCells § 12.3.19 Styles Workbook styleSheet § 12.3.20 Table Definition Dialogsheet, Worksheet table § 12.3.21 Volatile Dependencies Workbook volTypes § 12.3.22 Workbook SpreadsheetML package workbook § 12.3.23 Worksheet Workbook worksheet § REF _Ref120976987 \r \h 12.3.24 end note ] Calculation Chain Part XE "Calculation Chain part" \b XE "part:Calculation Chain" \t " See Calculation Chain part" Content Type: application/vnd.openxmlformats-officedocument.spreadsheetml.calcChain+xml Root Namespace: http://schemas.openxmlformats.org/spreadsheetml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/calcChain An instance of this part type contains an ordered set of references to all cells in all worksheets in the workbook whose value is calculated from any formula. The ordering allows inter-related cell formulas to be calculated in the correct order when a worksheet is loaded for use. A package shall contain no more than one Calculation Chain part. If it exists, that part shall be the target of an implicit relationship from the Workbook part (§ REF _Ref119050026 \r \h 12.3.23 ). [ Example : The following Workbook part-relationship item contains a relationship to the Calculation Chain part, which is stored in the ZIP item calcChain.xml: <Relationships xmlns="…"> <Relationship Id="rId7" Type="http://…/calcChain" Target="calcChain.xml"/> </Relationships> end example ] The root element for a part of this content type shall be calcChain . [ Example : Cells D8, E8, and F8 each contain a value that is the result of calculations that shall be performed in the order E8, D8, F8 : <calcChain xmlns="…"> <c r="E8" i="1"/> <c r="D8"/> <c r="F8" s="1"/> </calcChain> end example ] A Calculation Chain part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Calculation Chain part shall not have implicit or explicit relationships to any part defined by this Standard . Chartsheet Part XE "Chartsheet part" \b XE "part:Chartsheet" \t " See Chartsheet part" Content Type: application/vnd.openxmlformats-officedocument.spreadsheetml.chartsheet+xml Root Namespace: http://schemas.openxmlformats.org/spreadsheetml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/chartsheet An instance of this part type represents a chart that is stored in its own sheet. A package is permitted to contain zero or more Chartsheet parts. Each such part shall be the target of an explicit relationship from the Workbook part (§ REF _Ref119050026 \r \h 12.3.23 ). [ Example : The following Workbook part-relationship item contains three relationships to Chartsheet parts, which are stored in the ZIP items chartsheets/sheet N .xml: <Relationships xmlns="…"> <Relationship Id="rId2" Type="http://…/chartsheet" Target="chartsheets/sheet1.xml"/> <Relationship Id="rId5" Type="http://…/chartsheet" Target="chartsheets/sheet2.xml"/> <Relationship Id="rId6" Type="http://…/chartsheet" Target="chartsheets/sheet3.xml"/> </Relationships> end example ] The root element for a part of this content type shall be chartsheet. [ Example : sheet1.xml refers to a drawing that is the target of a relationship in the Chartsheet part's relationship item: <chartsheet xmlns:r="…" …> <sheetViews> <sheetView scale="64"/> </sheetViews> <drawing r:id="rId1"/> </chartsheet> end example ] A Chartsheet part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Chartsheet part is permitted to have implicit relationships to the following parts defined by this Standard : Printer Settings (§ REF _Ref147132099 \w \h 15.2.14 ) A Chartsheet part is permitted to have explicit relationships to the following parts defined by this Standard : Drawings (§ REF _Ref121532368 \r \h 12.3.8 ) A Chartsheet part shall not have implicit or explicit relationships to any other part defined by this Standard . Comments Part XE "Comments part:SpreadsheetML" \b XE "part:Comments:SpreadsheetML" \t " See Comments part, SpreadsheetML" Content Type: application/vnd.openxmlformats-officedocument.spreadsheetml.comments+xml Root Namespace: http://schemas.openxmlformats.org/spreadsheetml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/comments An instance of this part type contains all the comments for a given worksheet, as well as the names of the authors of those comments. A package shall contain exactly one Comments part for each worksheet that contains one or more comments. If a Comments part exists, it shall be the target of an implicit relationship from the Workbook part (§ REF _Ref119050026 \r \h 12.3.23 ). [ Example : The following Worksheet part-relationship item contains a relationship to the Comments part, which is stored in the ZIP item comments2.xml: <Relationships xmlns="…"> <Relationship Id="rId2" Type="http://…/comments" Target="../comments2.xml"/> </Relationships> end example ] The root element for a part of this content type shall be comments . [ Example : This Comments part results from a workbook that has one or more comments from each of two people: James Jones and Mary Smith: <comments xmlns:st="…" > <authors> <author>James Jones</author> <author>Mary Smith</author> </authors> <commentList> <comment r="C7" authorId="0"> <text> <st:r> <st:rPr> … </st:rPr> <st:t> James Jones :</st:t> </st:r> <st:r> <st:rPr> … </st:rPr> <st:t>Check that this date is correct.</st:t> </st:r> </text> </comment> <comment r="E7" authorId=" 1 "> … </comment> </commentList> </comments> end example ] A Comments part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Comments part shall not implicit or explicit relationships to any part defined by this Standard . Connections Part XE "Connections part" \b XE "part:Connections" \t " See Connections part" Content Type: application/vnd.openxmlformats-officedocument.spreadsheetml.connections+xml Root Namespace: http://schemas.openxmlformats.org/spreadsheetml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/connections An instance of this part type describes all of the connections currently established for a workbook. A package shall contain no more than one Connections part, and that part shall be the target of an implicit relationship from the Workbook part (§ REF _Ref119050026 \r \h 12.3.23 ). [ Example : The following Workbook part-relationship item contains a relationship to the Connections part, which is stored in the ZIP item connections.xml: <Relationships xmlns="…"> <Relationship Id="rId5" Type="http://…/connections" Target="connections.xml"/> </Relationships> end example ] The root element for a part of this content type shall be connections . [ Example : A workbook has three connections, two from one worksheet, and one from another. connections.xml defines these three connections: <connections …> <connection id="1" odcFile="…" keepAlive="1" name="…" type="5" refreshedVersion="2" background="1" saveData="1"> <dbPr connection="Provider=MSDASQL.1;Persist Security Info=True;Data Source=dBASE Files;Extended Properties=&quot;DSN=dBASE Files;DBQ=E:\MY DOCUMENTS;DefaultDir=E:\MY DOCUMENTS;DriverId=533;MaxBufferSize=2048;PageTimeout=5;&quot;;Initial Catalog=E:\MY DOCUMENTS" command="`E:\MY DOCUMENTS`\`ADDRESS`" commandType="3"/> </connection> <connection id="2" …> <dbPr … /> </connection> <connection id="3" …> <dbPr … /> </connection> </connections> end example ] A Connections part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Connections part shall not have implicit or explicit relationships to any part defined by this Standard . . Custom Property Part XE "Custom Property part" \b XE "part:Custom Property" \t " See Custom Property part" Content Type: application/vnd.openxmlformats-officedocument.spreadsheetml.customProperty Root Namespace: Not applicable Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/customProperty This binary part supports the storage of arbitrary user-defined data . A package shall contain at most one Custom Property part, and that part shall be the target of a n implicit relationship from the Workbook (§ REF _Ref119050026 \r \h 12.3.23 ) part. [ Example : The following Workbook part-relationship item contains a relationship to the Custom Property part, which is stored in the ZIP item CustomProperty.bin: <Relationships xmlns="…"> <Relationship Id="rId7" Type="http://…/customProperty" Target="CustomProperty.bin"/> </Relationships> end example ] A Custom Property part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Custom Property part shall not have implicit or explicit relationships to any part defined by this Standard . Custom XML Mappings Part XE "Custom XML Mappings part" \b XE "part:Custom XML Mappings" \t " See Custom XML Mappings part" Content Type: application/xml Root Namespace: http://schemas.openxmlformats.org/spreadsheetml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/xmlMaps An instance of this part type contains a schema for an XML file, and information on the behavior that is used when allowing this custom XML schema to be mapped into the spreadsheet. A package shall contain no more than one Custom XML Mappings part, and that part shall be the target of an implicit relationship from the Workbook part (§ REF _Ref119050026 \r \h 12.3.23 ). The Worksheet part into which this data is imported shall also have a relationship file that targets one or more Table Definition (§ REF _Ref119050030 \w \h 12.3.21 ) parts and/or one or more Single Cell Table Defintions (§ REF _Ref119050025 \w \h 12.3.19 ) parts. [ Example : The following Workbook part-relationship item contains a relationship to the Custom XML Mappings part, which is stored in the ZIP item xmlMaps.xml: <Relationships xmlns="…"> <Relationship Id="rId9" Type="http://…/xmlMaps" Target="xmlMaps.xml"/> </Relationships> end example ] The root element for a part of this content type shall be mapInfo . [ Example : xmlMaps.xml contains the following: <mapInfo SelectionNamespaces=""> <Schema ID="Schema1"> <xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <xsd:element nillable="true" name="names"> <xsd:complexType> <xsd:sequence minOccurs="0"> <xsd:element minOccurs="0" maxOccurs="unbounded" nillable="true" name="name" form="unqualified"> <xsd:complexType> <xsd:sequence minOccurs="0"> <xsd:element minOccurs="0" nillable="true" type="xsd:string" name="firstname" form="unqualified"/> <xsd:element minOccurs="0" nillable="true" type="xsd:string" name="initial" form="unqualified"/> <xsd:element minOccurs="0" nillable="true" type="xsd:string" name="lastName" form="unqualified"/> </xsd:sequence> </xsd:complexType> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> </xsd:schema> </Schema> <Map ID="1" Name="names_Map" RootElement="names" SchemaID="Schema1" ShowImportExportValidationErrors="false" AutoFit="true" Append="false" PreserveSortAFLayout="true" PreserveFormat="true"> <DataBinding FileBinding="Test.xml" DataBindingLoadMode="1"/> </Map> </mapInfo> end example ] A Custom XML Mappings part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Custom XML Mappings part shall not have implicit or explicit relationships to any other part defined by this Standard . Dialogsheet Part XE "Dialogsheet part" \b XE "part:Dialogsheet" \t " See Dialogsheet part" Content Type: application/vnd.openxmlformats-officedocument.spreadsheetml.dialogsheet+xml Root Namespace: http://schemas.openxmlformats.org/spreadsheetml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/dialogsheet An instance of this part type contains information about a legacy custom dialog box for a user form. A package is permitted to contain one or more Dialogsheet parts, and each such part shall be the target of an explicit relationship from the Workbook part (§ REF _Ref119050026 \r \h 12.3.23 ). [ Example : The following Workbook part-relationship item contains relationships to a Dialogsheet part, which is stored in the ZIP item dialogsheets/sheet1.xml: <Relationships xmlns="…"> <Relationship Id="rId2" Type="http://…/dialogsheet" Target="dialogsheets/sheet1.xml"/> </Relationships> The Workbook part contains the following: <workbook xmlns:r="…" …> … <sheets> … <sheet name="Dialog1" tabId="4" type="dialog" r:id="rId2"/> </sheets> … </workbook> end example ] The root element for a part of this content type shall be dialogshee t . [ Example : sheet1.xml contains the following: <dialogsheet xmlns:r="…" …> <sheetPr> <pageSetUpPr/> </sheetPr> <sheetViews> … </sheetViews> … <legacyDrawing r:id="rId1"/> </dialogsheet> end example ] A Dialogsheet part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Dialogsheet part is permitted to have implicit relationships to the following parts defined by this Standard : Printer Settings (§ REF _Ref147132099 \w \h 15.2.14 ) A Dialogsheet part is permitted to have explicit relationships to the following parts defined by this Standard : Embedded Control Persistence (§ REF _Ref143403821 \w \h 15.2.8 ) Drawings (§ REF _Ref121532368 \r \h 12.3.8 ) Embedded Object (§ REF _Ref133904726 \r \h 15.2.9 ) A Dialogsheet part shall not have implicit or explicit relationships to any other part defined by this Standard . Drawings Part Content Type: application/vnd.openxmlformats-officedocument.drawing+xml Root Namespace: http://schemas.openxmlformats.org/drawingml/2006/ spreadsheetDrawing Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/drawing An instance of this part type contains the presentation and layout information for one or more drawing elements that are present on this worksheet. A package is permitted to contain one or more Drawing s parts, and each such part shall be the target of an explicit relationship from a Worksheet part (§ REF _Ref120976987 \n \h 12.3.24 ), or a Chartsheet part (§ REF _Ref119398730 \n \h 12.3.2 ). There shall be only one Drawings part per worksheet or chartsheet. [ Example : The following Chartsheet part-relationship item contains a relationship to a Drawing s part, which is stored in the ZIP item ../drawings/drawing1.xml: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http:// …/drawing" Target="../drawings/drawing1.xml"/> </Relationships> end example ] The root element for a part of this content type shall be wsDr . [ Example : drawing1.xml refers to a chart that is the target of a relationship in the Drawing part's relationship item: <xdr:wsDr xmlns:xdr="…" xmlns:a="…"> <xdr:absoluteAnchor> <xdr:pos x="1518046" y="-1443632"/> <xdr:extents cx="8587382" cy="5848945"/> <xdr:graphicFrame macro=""> <xdr:nvGraphicFramePr> <xdr:cNvPr id="24" name="Chart 24" descr=""/> <xdr:cNvGraphicFramePr/> </xdr:nvGraphicFramePr> <xdr:xfrm> <a:off x="0" y="0"/> <a:ext cx="0" cy="0"/> </xdr:xfrm> <a:graphic> <a:graphicData uri="http://…/ chart "> <a:chart relId="rId1"/> </a:graphicData> </a:graphic> </xdr:graphicFrame> <xdr:clientData/> </xdr:absoluteAnchor> </xdr:wsDr> end example ] A Drawings part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Drawings part is permitted to have explicit relationships to the following parts defined by this Standard : Chart (§ REF _Ref121831596 \r \h 14.2.1 ) Diagrams: Diagram Colors(§ REF _Ref121822827 \r \h 14.2.3 ), Diagram Data(§ REF _Ref121822784 \r \h 14.2.4 ), Diagram Layout Definition(§ REF _Ref121822938 \r \h 14.2.5 ) and Diagram Styles (§ REF _Ref121822949 \r \h 14.2.6 ) Hyperlinks (§ REF _Ref119325181 \r \h 15.3 ) Images (§ REF _Ref119305769 \n \h 15.2.13 ) A Drawings part shall not have any implicit or explicit relationships to any other part defined by this Standard . External Workbook References Part XE "External Workbook References part" \b XE "part:External Workbook References " \t " See External Workbook References part" Content Type: application/vnd.openxmlformats-officedocument.spreadsheetml.externalLink+xml Root Namespace: http://schemas.openxmlformats.org/spreadsheetml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/externalLink An instance of this part specifies information about data referenced i n other SpreadsheetML packages. [ Example : Consider two workbooks, wb1 and wb2, stored in packages called wb1.xlsx and wb2.xlsx, respectively. The value of a cell on a worksheet in wb1 can be computed using the value of one or more cells in wb2. This is done by having wb1 contain an external reference to wb2. end example ] A package is permitted to contain one or more External Workbook References parts, and those parts shall be the target of an explicit re lationship in the Workbook part (§ REF _Ref119050026 \r \h 12.3.23 ). [ Example : A Workbook part for wb1 contains the following, which indicates that somewhere in its three worksheets, an external reference is made to a target specified in relationship id rId4 of the part's relationship item: <workbook xmlns:r="…"/> … <sheets> <sheet name="Sheet1" tabId="1" r:id="rId1"/> <sheet name="Sheet2" tabId="2" r:id="rId2"/> <sheet name="Sheet3" tabId="3" r:id="rId3"/> </sheets> … <externalReferences> <externalReference r:id="rId4"/> </externalReferences> … </workbook> That part's relationship item contains the following: <Relationships xmlns="…"> <Relationship Id="rId4" Type="http://…/externalLink" Target="externalReferences/externalReference1.xml"/> </Relationships> end example ] The root element for a part of this content type shall be externalLink . [ Example : externalReference1.xml contains: < externalLink xmlns:r="…" … r:id="rId1"> <externalBook> <sheetNames> <sheetName val="Sheet1"/> <sheetName val="Sheet2"/> <sheetName val="Sheet3"/> </sheetNames> <sheetDataSet> <sheetData sheetId="0"> <row r="7"> <cell r="C8"> <v>0</v> </cell> </row> </sheetData> <sheetData sheetId="1"/> <sheetData sheetId="2"/> </sheetDataSet> </externalBook> </ externalLink > This part's relationship item contains the following: <Relationships …> <Relationship Id="rId1" Type="…/externalReference" Target="wb2.xlsx" TargetMode="External"/> </Relationships> where wb2.xlsx is the workbook in which one or more cells' values are used in calculating the values of a cell in workbook wb1. end example ] An External Workbook References part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). An External Workbook References part shall specify an explicit relationship to one or more this Standard External Workbooks (§ REF _Ref121807542 \r \h 12.4 ) . An External Workbook References part shall not have any implicit or explicit relationships to other parts defined by this Standard . Metadata Part XE "Metadata part" \b XE "part:Metadata" \t " See Metadata part" Content Type: application/vnd.openxmlformats-officedocument.spreadsheetml.sheetMetadata+xml Root Namespace: http://schemas.openxmlformats.org/spreadsheetml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/sheetMetadata An instance of this part type contains information relating to a cell whose value is related to one or more other cells via OnLine Analytical Processing ( OLAP ) technology . A package shall contain no more than one Cell Metadata part, and that part shall be the target of an implicit relationship from the Workbook part (§ REF _Ref119050026 \r \h 12.3.23 ). [ Example : The following Workbook part-relationship item contains a relationship to the Metadata part, which is stored in the ZIP item metadata.xml. Cell B3 contains the formula CUBEMEMBER ("externalData", "[Account].[All Account]") : <Relationships xmlns="…"> <Relationship Id="rId10" Type="http://…/sheetMetadata" Target="metadata.xml"/> </Relationships> end example ] The root element for a part of this content type shall be metadata . [ Example : metadata.xml contains the following: <metadata …> <metadataTypes count="1"> <metadataType name="XLMDX" minSupportedVersion="120000" copy="1" pasteAll="1" pasteValues="1" merge="1" splitFirst="1" rowColShift="1" clearFormats="1" clearComments="1" assign="1" coerce="1"/> </metadataTypes> <metadataStrings count="2"> <s v="externalData"/> <s v="[Account].[All Account]"/> </metadataStrings> <mdxMetadata count="1"> <m n="0" f="m"> <t c="1"> <n v="1"/> </t> </m> </mdxMetadata> <valueMetadata count="1"> <b> <r t="1" v="0"/> </b> </valueMetadata> </metadata> The corresponding Connections part contains the following: <connections …> <connection id="1" odcFile="…" keepAlive="1" name="externalData" description="…" type="5" refreshedVersion="3" background="1"> <dbPr connection="Provider=MSOLAP.2;…" command="Budget" commandType="1"/> <olapPr sendLocale="1" rowDrillCount="1000" serverFill="1" serverNumberFormat="1" serverFont="1" serverFontColor="1"/> </connection> </connections> The corresponding Volatile Dependencies part contains the following: <volTypes …"> <volType type="cubeFunctions"> <main first="externalData"> <tp t="e"> <v>#N/A</v> <stp>1</stp> <r r="B3" s="1"/> </tp> </main> </volType> </volTypes> The corresponding Pivot Table Cache Definition part contains the following: <pivotCacheDefinition … saveData="0" refreshedBy="…" refreshedDate="2005-11-28T16:55:44" backgroundQuery="1" createdVersion="3" refreshedVersion="3" recordCount="0"> <cacheSource type="external" connectionID="1"/> <cacheFields count="0"/> <cacheHierarchies count="6"> … </cacheHierarchies> <kpis count="0"/> <tupleCache> <queryCache count="3"> <query mdx="[product].[category]"/> <query mdx=""/> <query mdx="[Account].[All Account]"> <tpls c="1"> <tpl hier="0" item="4294967295"/> </tpls> </query> </queryCache> </tupleCache> </pivotCacheDefinition> end example ] A Metadata part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Metadata part shall not have implicit or explicit relationships to any part defined by this Standard . Pivot Table Part XE "Pivot Table part" \b XE "part:Pivot Table" \t " See Pivot Table part" Content Type: application/vnd.openxmlformats-officedocument.spreadsheetml.pivotTable+xml Root Namespace: http://schemas.openxmlformats.org/spreadsheetml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/pivotTable An instance of this part type contains a pivot table definition. A package shall contain exactly one Pivot Table part per pivot table, and each such part shall be the target of an implicit relationship in the relationship part for the Worksheet part (§ REF _Ref120976987 \n \h 12.3.24 ) that corresponds to the worksheet containing the pivot table. [ Example : The following Worksheet part-relationship item contains a relationship to two Pivot Table parts, which are stored in the ZIP items ../pivotTables/pivotTable N .xml: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/pivotTable" Target="../pivotTables/pivotTable1.xml"/> <Relationship Id="rId2" Type="http://…/pivotTable" Target="../pivotTables/pivotTable2.xml"/> </Relationships> end example ] The root element for a part of this content type shall be pivotTableDefinition . [ Example : pivotTable1.xml contains the following: <pivotTableDefinition … cache="4" applyNumberFormats="0" applyBorderFormats="0" applyFontFormats="0" applyPatternFormats="0" applyAlignmentFormats="0" applyWidthHeightFormats="1" dataCaption="Data" updatedVersion="3" minRefreshableVersion="3" useAutoFormatting="1" itemPrintTitles="1" createdVersion="3" indent="0" outline="1" outlineData="1"> <location ref="H4:H5" firstHeaderRow="1" firstDataRow="1" firstDataCol="0"/> <pivotFields count="1"> <pivotField dataField="1" numFmtId="0" outline="1" subtotalTop="1" showAll="0" measureFilter="0" sortType="manual"/> </pivotFields> <rowItems count="1"> <i t="data"/> </rowItems> <colItems count="1"> <i t="data"/> </colItems> <dataFields count="1"> <dataField name="Sum of 1000" fld="0" subtotal="average" baseField="0" baseItem="0" numFmtId="0"/> </dataFields> <tableStyle name="TableStyle2" showRowHeaders="1" showColHeaders="1" showRowStripes="1" showColStripes="1"/> </pivotTableDefinition> end example ] A Pivot Table part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Pivot Table part is permitted to have implicit relationships to the following parts defined by this Standard : Pivot Table Cache Definition (§ 12.3.12 ). A Pivot Table part shall not have any implicit or explicit relationships to other parts defined by this Standard . Pivot Table Cache Definition Part XE "Pivot Table Cache Definition part" \b XE "part:Pivot Table Cache Definition" \t " See Pivot Table Cache Definition part" Content Type: application/vnd.openxmlformats-officedocument.spreadsheetml.pivotCacheDefinition+xml Root Namespace: http://schemas.openxmlformats.org/spreadsheetml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/pivotCacheDefinition An instance of this part type contains a cache definition for a pivot table. A package shall contain exactly one Pivot Table Cache Definition part per pivot table , and each such part shall be the target of an implicit relationship from a Pivot Table (§ REF _Ref121272987 \w \h 12.3.11 ) part as well as an explicit relationship from a Workbook (§ REF _Ref119050026 \r \h 12.3.23 ) part . [ Example : The following Pivot Table part-relationship item contains a relationship to the Pivot Table Cache Definition part, which is stored in the ZIP item ../pivotCache/pivotCacheDefinition2.xml: <Relationships xmlns="…"> <Relationship Id="rId1" Type=http://…/pivotCacheDefinition Target="../pivotCache/pivotCacheDefinition2.xml"/> </Relationships> end example ] The root element for a part of this content type shall be pivotCacheDefinition . [ Example : pivotCacheDefinition2.xml contains the following: <pivotCacheDefinition … r:id="rId1" refreshedBy="John Jones" refreshedDate="2005-11-18T16:47:49" createdVersion="3" refreshedVersion="3" recordCount="11"> <cacheSource type="worksheet"> <worksheet range="C4:C15" sheet="Sheet1"/> </cacheSource> <cacheFields count="1"> <cacheField name="1000"> <sharedItems containsSemiMixedTypes="0" containsString="0" containsNumber="1" containsInteger="1" minValue="234 maxValue="2543"/> </cacheField> </cacheFields> </pivotCacheDefinition> end example ] A Pivot Table Cache Definition part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Pivot Table Cache Definition part is permitted to have an explicit relationship to the following part defined by this Standard : Pivot Table Cache Records (§ REF _Ref119050016 \r \h 12.3.13 ). A Pivot Table Cache Definition part shall not have any implicit or explicit relationships to other parts defined by this Standard . Pivot Table Cache Records Part XE "Pivot Table Cache Records part" \b XE "part: Pivot Table Cache Records" \t " See Pivot Table Cache Records part" Content Type: application/vnd.openxmlformats-officedocument.spreadsheetml.pivotCacheRecords+xml Root Namespace: http://schemas.openxmlformats.org/spreadsheetml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/spreadsheetml/pivotCacheRecords An instance of this part type contains the cache records for a pivot table. A package shall contain exactly one Pivot Table Cache Records part per pivot table, and each such part shall be the target of an explicit relationship in the Pivot Table Cache Definition (§ REF _Ref119050013 \r \h 12.3.12 ) part for the corresponding pivot table. [ Example : The following Pivot Table Cache Definition part-relationship item contains a relationship to the Pivot Table Cache Records part, which is stored in the ZIP item pivotCacheRecords2.xml: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/pivotCacheRecords" Target="pivotCacheRecords2.xml"/> </Relationships> end example ] The root element for a part of this content type shall be pivotCacheRecords . [ Example : pivotCacheRecords2.xml contains the following: <pivotCacheRecords … count="11"> <r> <n v="1234"/> </r> … <r> <n v="876"/> </r> </pivotCacheRecords> end example ] A Pivot Table Cache Records part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Pivot Table Cache Records part shall not have implicit or explicit relationships to any other part defined by this Standard . Query Table Part XE "Query Table part" \b XE "part:Query Table" \t " See Query Table part" Content Type: application/vnd.openxmlformats-officedocument.spreadsheetml.queryTable+xml Root Namespace: http://schemas.openxmlformats.org/spreadsheetml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/queryTable An instance of this part type contains information that describes how the source table is connected to an external data source, and defines the properties that is used when this table is refreshed from that source. A package is permitted to contain one Query Table part per table, and each of those parts shall be the target of an implicit relationship from the corresponding Table Definition s (§ REF _Ref119050030 \n \h 12.3.21 ) part . [ Example : The following Table part-relationship item contains a relationship to the Query Table part corresponding to the connections details for that table. These parts are stored in the ZIP items ../queryTables/queryTable n .xml: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/queryTable" Target="../queryTables/queryTable1.xml"/> </Relationships> end example ] The root element for a part of this content type shall be queryTable . [ Example : queryTable2.xml deals with a connection to a database file having the seven fields shown: <queryTable … name="+Connect to New Data Source_1" growShrinkType="insertDelete" connectionId="2" autoFormatId="16" applyNumberFormats="0" applyBorderFormats="0" applyFontFormats="1" applyPatternFormats="1" applyAlignmentFormats="0" applyWidthHeightFormats="0"> <queryTableRefresh nextId="8"> <queryTableFields count="7"> <queryTableField id="1" name="ACCOUNT"/> <queryTableField id="2" name="CHECKNUM"/> <queryTableField id="3" name="DATE"/> <queryTableField id="4" name="AMOUNT"/> <queryTableField id="5" name="PAYEE"/> <queryTableField id="6" name="CHARGECODE"/> <queryTableField id="7" name="DESCRIPT"/> </queryTableFields> </queryTableRefresh> </queryTable> end example ] A Query Table part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Query Table part shall not have implicit or explicit relationships to any other part defined by this Standard . Shared String Table Part XE "Shared String Table part" \b XE "part:Shared String Table" \t " See Shared String Table part" Content Type: application/vnd.openxmlformats-officedocument.spreadsheetml.sharedStrings+xml Root Namespace: http://schemas.openxmlformats.org/spreadsheetml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/sharedStrings An instance of this part type contains one occurrence of each unique string that occurs on all worksheets in a workbook. A package shall contain exactly one Shared String Table part, and that part shall be the target of an implicit relationship from the Workbook part (§ REF _Ref119050026 \n \h 12.3.23 ). [ Example : The following Workbook part-relationship item contains a relationship to the Shared String Table part, which is stored in the ZIP item sharedStrings.xml: <Relationships xmlns="…"> <Relationship Id="rId6" Type="http://…/sharedStrings" Target="sharedStrings.xml"/> </Relationships> end example ] The root element for a part of this content type shall be sst . [ Example : Here are three of the six strings used in the worksheets: <sst xmlns:st="…" … totalCount="6" uniqueCount="6"> <sstItem> <t>Expenses Log</t> </sstItem> <sstItem> <t>Period Start</t> </sstItem> <sstItem> <t>Period End</t> </sstItem> … </sst> end example ] A Shared String Table part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Shared String Table part shall not have implicit or explicit relationships to any other part defined by this Standard . Shared Workbook Revision Headers Part XE "Shared Workbook Revision Headers part" \b XE "part:Shared Workbook Revision Headers" \t " See Shared Workbook Revision Headers part" Content Type: application/vnd.openxmlformats-officedocument.spreadsheetml.revisionHeaders+xml Root Namespace: http://schemas.openxmlformats.org/spreadsheetml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/revisionHeaders An instance of this part type contains information about each of the editing sessions performed on the parent workbook at the worksheet level (worksheets added and rearranged in each session). A package shall contain at most one Shared Workbook Revision Headers part. If it exists, that part shall be the target of an implicit relationship from the Workbook (§ REF _Ref119050026 \n \h 12.3.23 ) part. [ Example : The following Workbook part-relationship item contains a relationship to the Shared Workbook Revision Headers part, which is stored in the ZIP item handout revisions/revisionHeaders.xml: <Relationships xmlns="…"> <Relationship Id="rId9" Type="http://…/revisionHeaders" Target="revisions/revisionHeaders.xml"/> </Relationships> end example ] The root element for a part of this content type shall be headers . [ Example : revisionHeaders.xml contains the following: <headers xmlns:r="…" guid="{233BEE23-EB5C-4542-905D-0230EFFED88B}" diskRevisions="1" revisionId="4" version="3"> <header guid="…" dateTime="…" maxSheetId="4" userName="…" r:id="rId1"> <sheetIdMap count="3"> … </sheetIdMap> </header> … <header guid="…" dateTime="…" maxSheetId="4" userName="…" r:id="rId3"> <sheetIdMap count="3"> … </sheetIdMap> </header> </headers> end example ] A Shared Workbook Revision Headers part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Shared Workbook Revision Headers part is permitted to have explicit relationships to the following parts defined by this Standard : Shared Workbook Revision Log (§ REF _Ref119050023 \r \h 12.3.17 ) A Shared Workbook Revision Headers part shall not have any implicit or explicit relationships to other parts defined by this Standard . Shared Workbook Revision Log Part XE "Shared Workbook Revision Log part" \b XE "part:Shared Workbook Revision Log" \t " See Shared Workbook Revision Log part" Content Type: application/vnd.openxmlformats-officedocument.spreadsheetml.revisionLog+xml Root Namespace: http://schemas.openxmlformats.org/spreadsheetml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/revisionLog An instance of this part type contains information about edits performed on individual cells in the parent workbook’s worksheets in each editing session. A package shall contain one Shared Workbook Revision Log part for each session's set of changes, and those parts shall be the target of an explicit relationship from the Shared Workbook Revision Headers (§ REF _Ref119050020 \r \h 12.3.16 ) part. [ Example : The following Shared Workbook Revision Headers part-relationship item contains a number of relationships to Shared Workbook Revision Log parts, which are stored in the ZIP item revisionLog N .xml: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/revisionLog" Target="revisionLog1.xml"/> … <Relationship Id="rId6" Type="http://…/revisionLog" Target="revisionLog6.xml"/> </Relationships> end example ] The root element for a part of this content type shall be revisions . [ Example : revisionLog2.xml contains the following: <revisions xmlns:xs="…" …> <rfmt sheetId="1" sqref="B4:B15"> <dxf> <xs:fill> <xs:pattern patternType="solid"> <xs:fgColor type="icv" val="64"/> <xs:bgColor type="rgb" val="4278252287"/> </xs:pattern> </xs:fill> </dxf> </rfmt> <rcv guid="{CBCE5672-5A4D-48C9-A120-F72804F8CF64}" action="delete"/> <rcv guid="{CBCE5672-5A4D-48C9-A120-F72804F8CF64}" action="add"/> </revisions> end example ] A Shared Workbook Revision Log part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Shared Workbook Revision Log part shall not have implicit or explicit relationships to any other part defined by this Standard . Shared Workbook User Data Part XE "Shared Workbook User Data part" \b XE "part:Shared Workbook User Data" \t " See Shared Workbook User Data part" Content Type: application/vnd.openxmlformats-officedocument.spreadsheetml.userNames+xml Root Namespace: http://schemas.openxmlformats.org/spreadsheetml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/usernames An instance of this part type contains a list of all the users that are sharing the parent workbook. A package shall contain at most one Shared Workbook User Data part, and that part shall be the target of a n implicit relationship in the Workbook (§ REF _Ref119050026 \r \h 12.3.23 ) part. [ Example : The following Workbook part-relationship item contains a relationship to the Shared Workbook User Data part, which is stored in the ZIP item revisions/userNames.xml: <Relationships xmlns="…"> Relationship Id="rId8" Type="http://…/usernames" Target="revisions/userNames.xml"/> </Relationships> end example ] The root element for a part of this content type shall be users . [ Example : userNames.xml shows that there are two users sharing this workbook: <users … count="2"> <usrinfo guid="{B5A024F7-40BE-4A48-9B6D-B1655241C84D}" name=" Mary Jones " id="-264292310" dateTime="2005-11-18T18:53:16"/> <usrinfo …/> </users> end example ] A Shared Workbook User Data part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Shared Workbook User Data part shall not have implicit or explicit relationships to any other part defined by this Standard . Single Cell Table Definitions Part XE "Single Cell Table Definitions part" \b XE "part:Single Cell Table Definitions" \t " See Single Cell Table Definitions part" Content Type: application/vnd.openxmlformats-officedocument.spreadsheetml.tableSingleCells+xml Root Namespace: http://schemas.openxmlformats.org/spreadsheetml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/tableSingleCells An instance of this part type contains information on how to map non-repeating elements from a custom XML file into cells in a worksheet. [ Note : Repeating custom XML elements are mapped using a Table (§ REF _Ref119050030 \n \h 12.3.21 ). end note ] A package shall contain at most one Single Cell Table Definitions part per worksheet, and that part shall be the target of an implicit relationship from a Worksheet (§ REF _Ref120976987 \r \h 12.3.24 ) part . A Single Cell Table Definitions part can describe one or more single cell table definitions for any given worksheet. [ Example : The following Worksheet part-relationship item contains a relationship to the Single Cell Table Definitions part, which is stored in the ZIP item ../tables/tableSingleCells1.xml: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/tableSingleCells" Target="../tables/tableSingleCells1.xml"/> </Relationships> end example ] The root element for a part of this content type shall be singleCells . [ Example : A worksheet contains two single cell table definitions; e.g., ../tables/tableSingleCells1.xml contains the following, where the elements id and count are nested inside element names : <singleCells …> <singleCell id="1" name="Table1" displayName="Table1" ref="B4"> <cellPr id="1" uniqueName="id"> <xmlPr mapId="1" xpath="/names/id" xmlDataType="string"/> </cellPr> </singleCell> <singleCell id="2" name="Table2" displayName="Table2" ref="B7"> <cellPr id="1" uniqueName="count"> <xmlPr mapId="1" xpath="/names/count" xmlDataType="integer"/> </cellPr> </singleCell> </singleCells> end example ] A Single Cell Table Definitions part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Single Cell Table Definitions part shall not have implicit or explicit relationships to any other part defined by this Standard . Styles Part XE "Styles part" \b XE "part:Styles" \t " See Styles part" Content Type: application/vnd.openxmlformats-officedocument.spreadsheetml.styles+xml Root Namespace: http://schemas.openxmlformats.org/spreadsheetml/2006/mains Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/styles An instance of this part type contains all the characteristics for all the cells in the workbook. Such information includes numeric and text formatting, alignment, font, color, and border. A package shall contain no more than one Styles part, and that part shall be the target of an implicit relationship from the Workbook (§ REF _Ref119050026 \r \h 12.3.23 ) part . [ Example : The following Workbook part-relationship item contains a relationship to the Styles part, which is stored in the ZIP item styles.xml: <Relationships xmlns="…"> <Relationship Id="rId5" Type="http://…/styles" Target="styles.xml"/> </Relationships> end example ] The root element for a part of this content type shall be styleSheet . [ Example : <styleSheet xmlns="…"> <numFmts count="5"> <numFmt numFmtId="164" formatCode="&quot;$&quot;#,##0.00"/> <numFmt numFmtId="165" formatCode="&quot;Yes&quot;;&quot;Yes&quot;;&quot;No&quot;"/> <numFmt numFmtId="166" formatCode="&quot;True&quot;;&quot;True&quot;;&quot;False&quot;"/> <numFmt numFmtId="167" formatCode="&quot;On&quot;;&quot;On&quot;;&quot;Off&quot;"/> <numFmt numFmtId="168" formatCode="[$€-2]\ #,##0.00_);[Red]\([$€-2]\ #,##0.00\)"/> </numFmts> <fonts count="5"> … </fonts> <fills count="4"> … </fills> <borders count="1"> … </borders> … <colors> … </colors> </styleSheet> end example ] A Styles part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Styles part shall not have implicit or explicit relationships to any other part defined by this Standard . Table Definition Part XE "Table Definition part" \b XE "part:Table Definition" \t " See Table Definition part" Content Type: application/vnd.openxmlformats-officedocument.spreadsheetml.table+xml Root Namespace: http://schemas.openxmlformats.org/spreadsheetml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/table An instance of this part type contains a description of a single table and its autofilter information. (The data for the table is stored in the corresponding Worksheet part.) A package shall contain one Table Definition part per table, and each such part shall be the target of a n implicit relationship from the Worksheet (§ REF _Ref120976987 \r \h 12.3.24 ) part that corresponds to the worksheet containing that table. [ Example : The following Worksheet part-relationship item contains relationships to two Table Definition part s , which are stored in the ZIP items ../tables/table N .xml: <Relationships xmlns="…"> <Relationship Id="rId2" Type="http://…/table" Target="../tables/table1.xml"/> <Relationship Id="rId3" Type="http://…/table" Target="../tables/table2.xml"/> </Relationships> end example ] The root element for a part of this content type shall be table . [ Example : table2.xml describes a table that spans a 2-column range of cells, F2:G19: <table xmlns:af="…" … id="2" name="Table2" displayName="Table2" ref="F2:G19" totalsRowShown="0" headerRowDxfId="7"> <autoFilter ref="F2:G19"/> <tableColumns count="2"> <tableColumn id="1" name="Salesman" dataDxfId="9" totalsRowDxfId="6"/> <tableColumn id="2" name="Units" dataDxfId="8" totalsRowDxfId="5"/> </tableColumns> <tableStyle name="TableStyle2" showFirstColumn="0" showLastColumn="0" showRowStripes="1" showColumnStripes="1"/> </table> When the filter " Salesman equal to Smith" is applied, the autoFilter element in table2.xml is extended, as follows: <autoFilter ref="F2:G19"> <af:filterColumn colId="0"> <af:filters> <af:filter val="Smith"/> </af:filters> </af:filterColumn> </autoFilter> end example ] A Table Definition part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Table Definition part is permitted to explicit relationships to the following parts defined by this Standard : Query Table (§ REF _Ref119050018 \r \h 12.3.14 ) A Table Definition part shall not have any implicit or explicit relationships to any other part defined by this Standard . Volatile Dependencies Part XE "Volatile Dependencies part" \b XE "part:Volatile Dependencies" \t " See Volatile Dependencies part" Content Type: application/vnd.openxmlformats-officedocument.spreadsheetml.volatileDependencies+xml Root Namespace: http://schemas.openxmlformats.org/spreadsheetml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/volatileDependencies An instance of this part type contains information involving real-time data formulas in a workbook. A package shall contain exactly one Volatile Dependencies part, and that part shall be the target of a n implicit relationship from the Workbook (§ REF _Ref119050026 \r \h 12.3.23 ) part . [ Example : The following Workbook part-relationship item contains a relationship to the Volatile Dependencies part, which is stored in the ZIP item volatileDependencies.xml: <Relationships xmlns="…"> <Relationship Id="rId8" Type="http://…/volatileDependencies" Target="volatileDependencies.xml"/> </Relationships> end example ] The root element for a part of this content type shall be volTypes . [ Example : <volTypes xmlns="…"/> end example ] A Volatile Dependencies part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Volatile Dependencies part shall not have implicit or explicit relationships to any other part defined by this Standard . Workbook Part XE "Workbook part" \b XE "part:Workbook" \t " See Workbook part" Content Type(s): application/vnd.openxmlformats-officedocument.spreadsheetml.main+xml application/vnd.openxmlformats-officedocument.spreadsheetml.template.main+xml Root Namespace: http://schemas.openxmlformats.org/spreadsheetml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/officeDocument An instance of this part type contains workbook data and references to all of its worksheets. A package shall contain exactly one Workbook part, and that part shall be the target of a relationship in the package-relationship item. [ Example : The following SpreadsheetML package-relationship item contains a relationship to the Workbook part, which is stored in the ZIP item xl/workbook.xml: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/officeDocument" Target="xl/workbook.xml"/> </Relationships> end example ] The root element for a part of this content type shall be workbook . [ Example : This workbook has three worksheets, named January, February, and March: <workbook xmlns="…" xmlns:r="…"> <fileVersion lastEdited="4" lowestEdited="4" rupBuild="3417"/> <bookViews> <workbookView xWindow="240" yWindow="15" windowWidth="8505" windowHeight="6240"/> </bookViews> <sheets> <sheet name="January" tabId="1" r:id="rId1"/> <sheet name="February" tabId="2" r:id="rId2"/> <sheet name="March" tabId="3" r:id="rId3"/> </sheets> <workbookPr showObjects="all"/> <webPublishing codePage="1252"/> <calcPr calcId="122211" fullCalcOnLoad="1"/> </workbook> end example ] A Workbook part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Workbook part is permitted to have implicit relationships to the following parts defined by this Standard : Additional Characteristics (§ REF _Ref147133292 \w \h 15.2.1 ) Bibliography (§ REF _Ref143400627 \w \h 15.2.3 ) Calculation Chain (§ REF _Ref121566590 \r \h 12.3.1 ) Cell Metadata (§ REF _Ref121272958 \r \h 12.3.10 ) Connections (§ REF _Ref119050010 \r \h 12.3.4 ) Custom XML Mappings (§ REF _Ref121277642 \r \h 12.3.6 ) Custom XML Data Storage (§ REF _Ref121823100 \r \h 15.2.4 ) Shared String Table (§ REF _Ref119050019 \r \h 12.3.15 ) Shared Workbook Revision Headers (§ REF _Ref119050020 \r \h 12.3.16 ) Shared Workbook User Data (§ REF _Ref119050024 \r \h 12.3.18 ) Styles (§ REF _Ref119050028 \r \h 12.3.20 ) Theme (§ REF _Ref121883106 \r \h 14.2.7 ) Thumbnail (§ 15.2.14 ) Volatile Dependencies (§ REF _Ref119050032 \r \h 12.3.22 ) A Workbook part is permitted to have explicit relationships to the following parts defined by this Standard : Chartsheet (§ REF _Ref119398730 \r \h 12.3.2 ) Dialogsheet (§ REF _Ref119050006 \r \h 12.3.7 ) External Workbook References (§ REF _Ref119050029 \r \h 12.3.8 ) Pivot Table Cache Definition (§ REF _Ref119050013 \r \h 12.3.12 ) Worksheet (§ REF _Ref120976987 \r \h 12.3.24 ) A Workbook part shall not have implicit or explicit relationships to any other part defined by this Standard . Worksheet Part XE "Worksheet part" \b XE "part:Worksheet" \t " See Worksheet part" Content Type: application/vnd.openxmlformats-officedocument.spreadsheetml.worksheet+xml Root Namespace: http://schemas.openxmlformats.org/spreadsheetml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/worksheet An instance of this part type contains all the data, formulas, and characteristics associated with a given worksheet. A package shall contain exactly one Worksheet part per worksheet, and those parts shall be the target of a n explicit relationship from the Workbook (§ REF _Ref119050026 \r \h 12.3.23 ) part . Specifically, the id attribute on the sheet element shall reference the desired worksheet part. [ Example : The following Workbook part-relationship item contains three relationships to Worksheet parts, which are stored in the ZIP items worksheets/sheet N .xml: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/worksheet" Target="worksheets/sheet1.xml"/> <Relationship Id="rId2" Type="http://…/worksheet" Target="worksheets/sheet2.xml"/> <Relationship Id="rId3" Type="http://…/worksheet" Target="worksheets/sheet3.xml"/> </Relationships> end example ] The root element for a part of this content type shall be worksheet . [ Example : This worksheet, has cells in the range B1 to F8. Row 8 contains three cells whose values are calculated using the following formulas: D8=SUM(D5:D7), E8=SUM(E5:E7), and F8= D8-E8: <worksheet xmlns="…" …> <sheetPr/> <dimension range="B1:F8"/> … <sheetData> <row r="1" spans="2:6" ht="360"> <c r="B1" s="1" t="s"> <v>0</v> </c> </row> … <row r="8" spans="2:6" ht="360"> <c r="D8" s="5"> <f>SUM(D5:D7)</f> <v>2280.5299999999997</v> </c> <c r="E8" s="5"> <f>SUM(E5:E7)</f> <v>1251.31</v> </c> <c r="F8" s="6"> <f>D8-E8</f> <v>1029.2199999999998</v> </c> </row> </sheetData> … </worksheet> end example ] A Worksheet part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Worksheet part is permitted to contain implicit relationships to the following parts defined by this Standard : Comments (§ REF _Ref119050003 \r \h 12.3.3 ) Pivot Table Definitions (§ REF _Ref121272987 \w \h 12.3.11 ) Printer Settings (§ REF _Ref147132099 \w \h 15.2.14 ) Single Cell Table Definitions (§ REF _Ref119050025 \r \h 12.3.19 ) Table Definition (§ REF _Ref119050030 \r \h 12.3.21 ) A Worksheet part is permitted to contain explicit relationships to the following parts defined by this Standard : Drawings (§ REF _Ref121532368 \r \h 12.3.8 ) Embedded Control P ersistence (§ REF _Ref143403821 \w \h 15.2.8 ) Embedded Object (§ REF _Ref133904726 \r \h 15.2.9 ) Embedded Package (§ REF _Ref121149266 \r \h 15.2.10 ) Hyperlinks (§ REF _Ref119305771 \r \h 15.3 ) Images (§ REF _Ref134008534 \w \h 15.2.13 ) VML Drawing ( § REF _Ref145848583 \w \h 15.2.17 ) A Worksheet part shall not have implicit or explicit relationships to any other part defined by this Standard . External Workbook s XE "External Workbook" \b Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/externalLinkPath An external workbook XE "workbook:external" \b is a SpreadsheetML package whose contents are being referenced by the current SpreadsheetML package. When a package refers to external workbooks, it shall store the location of those workbooks using this relationship. A package is permitted to contain one or more External Workbook relationships, and those relationships shall be an explicit relationship from the External Workbook References (§ REF _Ref121580727 \r \h 12.3.9 ) part . [ Example : An External Workbook References part, which references the package c:\sourceData.xlsx would have an External Workbook relationship, which points at that file: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/externalLink Path " Target="c:\sourceData.xlsx" TargetMode=" External "/> </Relationships> end example ] A external workbook shall be located external to the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be External ). PresentationML This clause contains specifications for relationship items and parts that are specific to PresentationML. Parts than can occur in a PresentationML document, but are not PresentationML-specific, are specified in § REF _Ref134254217 \w \h 15.2 . Unless stated explicitly, all references to relationship items, content-type items, and parts in this clause refer to PresentationML ZIP items . Glossary of PresentationML-Specific Terms The following terms are used in the context of a PresentationML document: comment XE "comment" \b — A note that an author or reviewer attaches to a piece of text in a document. Although a consumer may chose to display comments, they are not considered part of the body of the document. A comment includes the text of the note, the comment author's name and initials, and date of creation, among other things. handout XE "handout" \b — A printed set of slides that can be handed out to an audience for future reference. note XE "note" \b — A slide annotation, reminder, or piece of text intended for the presenter or the audience. presentation XE "presentation" \b — A collection of slides intended to be viewed by an audience. slide XE "slide" \b — A frame containing one or more pieces of text and/or images. slide layout XE "slide layout" \b — The organization of elements on a slide. Package Structure A PresentationML package shall contain a package-relationship item and a content-type item. The package-relationship item shall contain implicit relationships with targets of the following type: One Presentation part (§ REF _Ref119137402 \r \h 13.3.6 ). The package-relationship item is permitted to contain implicit relationships with targets of the following type: Digital Signature Origin ( § REF _Ref143273937 \w \h 15.2.6 ) File Property parts (§ REF _Ref133904733 \r \h 15.2.11 ) (Application-Defined File Properties, Core File Properties, and Custom File Properties), as appropriate. Thumbnail (§ REF _Ref119139802 \r \h 15.2.14 ). The required and optional relationships between parts are defined in § REF _Ref119138314 \r \h 13.3 and its subordinate clauses. [ Example : The following package represents the minimal conformant PresentationML package as defined by this Standard : First, the content type for relationship parts and the Main Presentation part (the only required part) must be defined (physically located at /[Content_Types].xml in the package): <Types xmlns="…"> <Default Extension="rels" ContentType="application/vnd.openxmlformats- package.relationships+xml"/> <Override PartName =" /presentation.xml" ContentType="application/vnd.openxmlformats- officedocument.presentationml.presentation.main+xml"/> </Types> Next, the single required relationship (the package-level relationship to the Main Presentation part) must be defined (physically located at /_rels/.rels in the package): <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://schemas.openxmlformats.org/officeDocument/2006/ relationships/officeDocument" Target="presentation.xml"/> </Relationships> Finally, the minimum content for the Main Presentation part must be defined (physically located at /presentation.xml in the package): <p:presentation xmlns:p=" … "> <p:notesSz cx="913607" cy="913607"/> </p:presentation> end example ] [ Example : Consider a simple PresentationML document containing two slides, which both use an image as a template. Here’s an example of the hierarchical folder structure that might be used for the ZIP items in the package for that document. As shown, a number of parts have their own relationship items: /_rels/.rels Package-relationship item /[Content_Types].xml Content-type item /docProps/app.xml Application-Defined File Properties part /docProps/core.xml Core File Properties part /docProps/custom.xml Custom File Properties part /docProps/thumbnail.wmf Package thumbnail image /ppt/presentation.xml Presentation part /ppt/_rels/presentation.xml.rels Part-relationship item /ppt/presProps.xml Presentation Properties part /ppt/tableStyles.xml Table Styles part /ppt/viewProps.xml View Properties part /ppt/handoutMasters/handoutMaster1.xml Handout Master part /ppt/handoutMasters/_rels/handoutMaster1.xml.rels Part-relationship item /ppt/media/image1.jpeg Slide template image /ppt/notesMasters/notesMaster1.xml Notes Master part /ppt/notesMasters/_rels/notesMaster1.xml.rels Part-relationship item /ppt/notesSlides/notesSlide1.xml Notes Slide parts /ppt/notesSlides/notesSlide2.xml /ppt/notesSlides/_rels/notesSlide1.xml.rels Part-relationship items /ppt/notesSlides/_rels/notesSlide2.xml.rels /ppt/slideLayouts/slideLayout1.xml Slide Layout parts 1–6 /ppt/slideLayouts/slideLayout2.xml /ppt/slideLayouts/slideLayout3.xml /ppt/slideLayouts/slideLayout4.xml /ppt/slideLayouts/slideLayout5.xml /ppt/slideLayouts/slideLayout6.xml /ppt/slideLayouts/_rels/slideLayout1.xml.rels Part-relationship items /ppt/slideLayouts/_rels/slideLayout2.xml.rels /ppt/slideLayouts/_rels/slideLayout3.xml.rels /ppt/slideLayouts/_rels/slideLayout4.xml.rels /ppt/slideLayouts/_rels/slideLayout5.xml.rels /ppt/slideLayouts/_rels/slideLayout6.xml.rels /ppt/slideMasters/slideMaster1.xml Slide Master part /ppt/slideMasters/_rels/slideMaster1.xml.rels Part-relationship item /ppt/slides/slide1.xml Slide parts /ppt/slides/slide2.xml /ppt/slides/_rels/slide1.xml.rels Part-relationship items /ppt/slides/_rels/slide2.xml.rels /ppt/theme/theme1.xml Theme parts /ppt/theme/theme2.xml /ppt/theme/theme3.xml /ppt/theme/themeOverride1.xml Theme Override parts /ppt/theme/themeOverride2.xml /ppt/theme/themeOverride3.xml /ppt/theme/themeOverride4.xml /ppt/theme/themeOverride5.xml /ppt/theme/themeOverride6.xml /ppt/theme/themeOverride7.xml /ppt/theme/themeOverride8.xml /ppt/theme/themeOverride9.xml /ppt/theme/themeOverride10.xml The package-relationship item contains the following: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/officeDocument" Target="ppt/presentation.xml"/> <Relationship Id="rId3" Type="http://…/core-properties" Target="docProps/core.xml"/> <Relationship Id="rId2" Type="http://…/thumbnail" Target="docProps/thumbnail.wmf"/> <Relationship Id="rId4" Type="http://…/extended-properties" Target="docProps/app.xml"/> </Relationships> end example ] Part Summary The subclauses subordinate to this one describe in detail each of the part types specific to PresentationML. [ Note : For convenience, information from those subclauses is summarized in the following table: Part Relationship Target of Root Element Ref. Comment Authors Presentation cmAuthorLst § 13.3.1 Comments Slide cmLst § 13.3.2 Handout Master Presentation handoutMaster § 13.3.3 Notes Master Notes Slide, Presentation notesMaster § 13.3.4 Notes Slide Slide notes § 13.3.5 Presentation PresentationML package presentation § 13.3.6 Presentation Properties Presentation presentationPr § 13.3.7 Slide Presentation sld § 13.3.8 Slide Layout Slide Master, Notes Slide, Presentation, Slide, Slide Master sldLayout § 13.3.9 Slide Master Presentation, Slide Layout sldMaster § 13.3.10 Slide Synchronization Data Slide sldSyncPr § REF _Ref143085200 \w \h 13.3.11 User-Defined Tags Presentation, Slide tagLst § REF _Ref143087415 \w \h 13.3.12 View Properties Presentation viewPr § 13.3.13 end note ] Comment Authors Part XE "Comment Authors part" \b XE "part:Comment Authors" \t " See Comment Authors part" Content Type: application/vnd.openxmlformats-officedocument.presentationml.commentAuthors+xml Root Namespace: http://schemas.openxmlformats.org/presentationml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/commentAuthors An instance of this part type contains information about each author who has added a comment to the document. That information includes the author's name, initials, a unique author-ID, a last-comment-index-used count, and a display color. (The color can be used when displaying comments to distinguish comments from different authors.) A package shall contain at most one Comment Authors part. If it exist s , that part shall be the target of an implicit relationship from the Presentation (§ 13.3.6 ) part. [ Example : The following Presentation part relationship item contains a relationship to the Comment Authors part, which is stored in the ZIP item commentAuthors.xml: <Relationships xmlns="…"> <Relationship Id="rId8" Type="http://…/commentAuthors" Target="commentAuthors.xml"/> </Relationships> end example ] The root element for a part of this content type shall be cmAuthorLs t . [ Example : Two people have authored comments in this document: Mary Smith and Peter Jones. Her initials are "mas", her author-ID is 0, and her comments' display color index is 0. Since Mary 's last-comment-index-used value is 3, the next comment-index to be used for her will be 4. His initials are "pjj", his author-ID is 1, and his comments' display color index is 1. Since Peter 's last-comment-index-used value is 1, the next comment-index to be used for him will be 2: <p:cmAuthorLst xmlns:p="…" …> <p:cmAuthor id="0" name="Mary Smith" initials="mas" lastIdx="3" clrIdx="0"/> <p:cmAuthor id="1" name="Peter Jones" initials="pjj" lastIdx="1" clrIdx="1"/> </p:cmAuthorLst> end example ] A Comment Authors part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Comment Authors part shall not have implicit or explicit relationships to any other part defined by this Standard . Comments Part XE "Comments part:PresentationML" \b XE "part:Comments:PresentationML" \t " See Comments part, PresentationML" Content Type: application/vnd.openxmlformats-officedocument.presentationml.comments+xml Root Namespace: http://schemas.openxmlformats.org/presentationml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/comments An instance of this part type contains the comments for a single slide. Each comment is tied to its author via an author-ID. Each comment's index number and author-ID combination are unique. A package shall contain one Comments part for each slide containing one or more comments, and each of those parts shall be the target of an implicit relationship from its corresponding Slide (§ REF _Ref119050578 \r \h 13.3.8 ) part. [ Example : The following Slide part-relationship item contains a relationship to a Comments part, which is stored in the ZIP item ../comments/comment2.xml: <Relationships xmlns="…"> <Relationship Id="rId4" Type="http://…/comments" Target="../comments/comment2.xml"/> </Relationships> end example ] The root element for a part of this content type shall be cmLst . [ Example : The Comments part contains three comments, two created by one author, and one created by another, all at the dates and times shown. The index numbers are assigned on a per-author basis, starting at 1 for an author's first comment: <p:cmLst xmlns:p="…" …> <p:cm authorId="0" dt="2005-11-13T17:00:22.071" idx="1"> <p:pos x="4486" y="1342"/> <p:text>Comment text goes here.</p:text> </p:cm> <p:cm authorId="0" dt="2005-11-13T17:00:34.849" idx="2"> <p:pos x="3607" y="1867"/> <p:text>Another comment's text goes here.</p:text> </p:cm> <p:cm authorId="1" dt="2005-11-15T00:06:46.919" idx="1"> <p:pos x="1493" y="2927"/> <p:text>comment …</p:text> </p:cm> </p:cmLst> end example ] A Comments part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Comments part shall not have implicit or explicit relationships to any other part defined by this Standard . Handout Master Part XE "Handout Master part" \b XE "part:Handout Master" \t " See Handout Master part" Content Type: application/vnd.openxmlformats-officedocument.presentationml.handoutMaster+xml Root Namespace: http://schemas.openxmlformats.org/presentationml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/handoutMaster An instance of this part type contains the look, position, and size of the slides, notes, header and footer text, date, or page number on the presentation's handout. A package shall contain at most one Handout Master part, and it shall be the target of an explicit relationship from the Presentation (§ REF _Ref119137402 \r \h 13.3.6 ) part. [ Example : The following Presentation part-relationship item contains a relationship to the Handout Master part, which is stored in the ZIP item handoutMasters/handoutMaster1.xml: <Relationships xmlns="…"> <Relationship Id="rId5" Type="http://…/handoutMaster" Target="handoutMasters/handoutMaster1.xml"/> </Relationships> end example ] The root element for a part of this content type shall be handoutMaster . [ Example : <p:handoutMaster xmlns:p="…"> <p:cSld name=""> … </p:cSld> <p:clrMap … /> </p:handoutMaster> end example ] A Handout Master part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Handout Master part is permitted to have implicit relationships to the following parts defined by this Standard : Additional Characteristics (§ REF _Ref147133292 \w \h 15.2.1 ) Bibliography (§ REF _Ref143400627 \w \h 15.2.3 ) Custom XML Data Storage (§ REF _Ref121823100 \r \h 15.2.4 ) Theme (§ REF _Ref121883106 \r \h 14.2.7 ) Thumbnail (§ 15.2.14 ) A Handout Master part is permitted to have explicit relationships to the following parts defined by this Standard : Audio (§ REF _Ref121889466 \r \h 15.2.2 ) Chart (§ REF _Ref121831596 \r \h 14.2.1 ) Diagrams: Diagram Colors(§ REF _Ref121822827 \r \h 14.2.3 ), Diagram Data(§ REF _Ref121822784 \r \h 14.2.4 ), Diagram Layout Definition(§ REF _Ref121822938 \r \h 14.2.5 ) and Diagram Styles (§ REF _Ref121822949 \r \h 14.2.6 ) Embedded Control Persistence (§ REF _Ref143403821 \w \h 15.2.8 ) Embedded Object (§ REF _Ref133904726 \r \h 15.2.9 ) Embedded Package (§ REF _Ref121149266 \r \h 15.2.10 ) Hyperlink (§ REF _Ref119325181 \r \h 15.3 ) Image (§ REF _Ref119305769 \n \h 15.2.13 ) Video (§ REF _Ref121815692 \r \h 15.2.14 ) VML Drawing ( § REF _Ref145848583 \w \h 15.2.17 ) A Handout Master part shall not have implicit or explicit relationships to any other part defined by this Standard . Notes Master Part XE "Notes Master part" \b XE "part:Notes Master" \t " See Notes Master part" Content Type: application/vnd.openxmlformats-officedocument.presentationml.notesMaster+xml Root Namespace: http://schemas.openxmlformats.org/presentationml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/notesMaster An instance of this part type contains information about the content and formatting of all notes pages. A package shall contain at most one Notes Master part, and that part shall be the target of an implicit relationship from the Notes Slide (§ REF _Ref119318948 \r \h 13.3.5 ) part, as well as an explicit rel ationship from the Presentation (§ REF _Ref119137402 \r \h 13.3.6 ) part . [ Example : The following Presentation part-relationship item contains a relationship to the Notes Master part, which is stored in the ZIP item notesMasters/notesMaster1.xml: <Relationships xmlns="…"> <Relationship Id="rId4" Type=" http://…/notesMaster " Target="notesMasters/notesMaster1.xml"/> </Relationships> end example ] The root element for a part of this content type shall be notesMaster . [ Example : <p:notesMaster xmlns:p="…"> <p:cSld name=""> … </p:cSld> <p:clrMap … /> </p:notesMaster> end example ] A Notes Master part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Notes Master part is permitted to have implicit relationships to the following parts defined by this Standard : Additional Characteristics (§ REF _Ref147133292 \w \h 15.2.1 ) Bibliography (§ REF _Ref143400627 \w \h 15.2.3 ) Custom XML Data Storage (§ REF _Ref121823100 \r \h 15.2.4 ) Theme (§ REF _Ref121883106 \r \h 14.2.7 ) Thumbnail (§ REF _Ref119139802 \r \h 15.2.14 ) A Notes Master part is permitted to have explicit relationships to the following parts defined by this Standard : Audio (§ REF _Ref121889466 \r \h 15.2.2 ) Chart (§ REF _Ref121831596 \r \h 14.2.1 ) Diagrams: Diagram Colors(§ REF _Ref121822827 \r \h 14.2.3 ), Diagram Data(§ REF _Ref121822784 \r \h 14.2.4 ), Diagram Layout Definition(§ REF _Ref121822938 \r \h 14.2.5 ) and Diagram Styles (§ REF _Ref121822949 \r \h 14.2.6 ) Embedded Control Persistence (§ REF _Ref143403821 \w \h 15.2.8 ) Embedded Object (§ REF _Ref133904726 \r \h 15.2.9 ) Embedded Package (§ REF _Ref121149266 \r \h 15.2.10 ) Hyperlink (§ REF _Ref119325181 \r \h 15.3 ). Image (§ REF _Ref119305769 \n \h 15.2.13 ) Video (§ REF _Ref121815898 \r \h 15.2.14 ) VML Drawing (§ REF _Ref145848583 \w \h 15.2.17 ) The Notes Master part shall not have implicit or explicit relationships to any other part defined by this Standard . Notes Slide Part XE "Notes Slide part" \b XE "part:Notes Slide" \t " See Notes Slide part" Content Type: application/vnd.openxmlformats-officedocument.presentationml.notesSlide+xml Root Namespace: http://schemas.openxmlformats.org/presentationml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/notesSlide An instance of this part type contains the notes for a single slide. A package shall contain one Notes Slide part for each slide that contains notes. If they exist, those parts shall each be the target of a n implicit relationship from the Slide (§ REF _Ref119050578 \r \h 13.3.8 ) part . [ Example : The following Slide part-relationship item contains a relationship to a Notes Slide part, which is stored in the ZIP item ../notesSlides/notesSlide1.xml: <Relationships xmlns="…"> <Relationship Id="rId3" Type="http://…/notesSlide" Target="../notesSlides/notesSlide1.xml"/> </Relationships> end example ] The root element for a part of this content type shall be notes . [ Example : <p:notes xmlns:p="…"> <p:cSld name=""> … </p:cSld> <p:clrMapOvr> <a:masterClrMapping/> </p:clrMapOvr> </p:notes> end example ] A Notes Slide part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Notes Slide part is permitted to have implicit relationships to the following parts defined by this Standard : Additional Characteristics (§ REF _Ref147133292 \w \h 15.2.1 ) Bibliography (§ REF _Ref143400627 \w \h 15.2.3 ) Custom XML Data Storage (§ REF _Ref121823100 \r \h 15.2.4 ) Notes Master (§ REF _Ref119050574 \r \h 13.3.4 ) Theme Override(§ REF _Ref121883115 \r \h 14.2.8 ) Thumbnail (§ REF _Ref119139802 \r \h 15.2.14 ) A Notes Slide part is permitted to have explicit relationships to the following parts defined by this Standard : Audio (§ REF _Ref121889466 \r \h 15.2.2 ) Chart (§ REF _Ref121831596 \r \h 14.2.1 ) Diagrams: Diagram Colors(§ REF _Ref121822827 \r \h 14.2.3 ), Diagram Data(§ REF _Ref121822784 \r \h 14.2.4 ), Diagram Layout Definition(§ REF _Ref121822938 \r \h 14.2.5 ) and Diagram Styles (§ REF _Ref121822949 \r \h 14.2.6 ) Embedded Control Persistence (§ REF _Ref143403821 \w \h 15.2.8 ) Embedded Object (§ REF _Ref133904726 \r \h 15.2.9 ) Embedded Package (§ REF _Ref121149266 \r \h 15.2.10 ) Hyperlink (§ REF _Ref119325181 \r \h 15.3 ). Image (§ REF _Ref119305769 \n \h 15.2.13 ) Video (§ REF _Ref121816082 \r \h 15.2.14 ) VML Drawing (§ REF _Ref145848583 \w \h 15.2.17 ) The Notes Slide part shall not have implicit or explicit relationships to any other part defined by this Standard . Presentation Part XE "Presentation part" \b XE "part:Presentation" \t " See Presentation part" Content Type: application/vnd.openxmlformats-officedocument.presentationml.presentation.main+xml application/vnd.openxmlformats-officedocument.presentationml.slideshow.main+xml application/vnd.openxmlformats-officedocument.presentationml.template.main+xml Root Namespace: http://schemas.openxmlformats.org/presentationml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/officeDocument An instance of this part type contains the definition for a slide presentation. A package shall contain exactly one Presentation part, and that part shall be the target of a relationship in the package-relationship item. [ Example : The following PresentationML's package-relationship item contains a relationship to the Presentation part, which is stored in the ZIP item ppt/presentation.xml: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/officeDocument" Target="ppt/presentation.xml"/> </Relationships> end example ] The root element for a part of this content type shall be presentation . [ Example : This presentation contains two slides: <p:presentation xmlns:p="…" … > <p:sldMasterIdLst> <p:sldMasterId xmlns:rel="http://…/relationships" rel:id="rId1"/> </p:sldMasterIdLst> <p:notesMasterIdLst> <p:notesMasterId xmlns:rel="http://…/relationships" rel:id="rId4"/> </p:notesMasterIdLst> <p:handoutMasterIdLst> <p:handoutMasterId xmlns:rel="http://…/relationships" rel:id="rId5"/> </p:handoutMasterIdLst> <p:sldIdLst> <p:sldId id="267" xmlns:rel="http://…/relationships" rel:id="rId2"/> <p:sldId id="256" xmlns:rel="http://…/relationships" rel:id="rId3"/> </p:sldIdLst> <p:sldSz cx="9144000" cy="6858000"/> <p:notesSz cx="6858000" cy="9144000"/> </p:presentation> end example ] A Presentation part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Presentation part is permitted to have implicit relationships to the following parts defined by this Standard : Additional Characteristics (§ REF _Ref147133292 \w \h 15.2.1 ) Comments (§ 13.3.2 ) Bibliography (§ REF _Ref143400627 \w \h 15.2.3 ) Custom XML Data Storage (§ REF _Ref121823100 \r \h 15.2.4 ) Font (§ REF _Ref121555245 \r \h 15.2.12 ) Presentation Properties (§ REF _Ref119137413 \r \h 13.3.7 ) Table Styles (§ REF _Ref121853136 \r \h 14.2.9 ) Theme (§ REF _Ref121883106 \r \h 14.2.7 ) Thumbnail (§ REF _Ref119139802 \r \h 15.2.14 ) View Properties (§ REF _Ref119137602 \r \h 13.3.13 ). A Presentation part is permitted to have explicit relationships to the following parts defined by this Standard : Notes Master (§ 13.3.4 ) Handout Master (§ 13.3.3 ) Slide (§ 13.3.8 ) Slide Layout (§ REF _Ref119137600 \r \h 13.3.9 ) Slide Master (§ 13.3.10 ) User Defined Tags (§ REF _Ref143087415 \w \h 13.3.12 ) Presentation Properties Part XE "Presentation Properties part" \b XE "part:Presentation Properties" \t " See Presentation Properties part" Content Type: application/vnd.openxmlformats-officedocument.presentationml.presentationProperties+xml Root Namespace: http://schemas.openxmlformats.org/presentationml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/presProps An instance of this part type contains all the presentation's properties. A package shall contain exactly one Presentation Properties part, and that part shall be the target of an implicit relati onship from the Presentation (§ REF _Ref119137402 \r \h 13.3.6 ) part . [ Example : The following Presentation part-relationship item contains a relationship to the Presentation Properties part, which is stored in the ZIP item presProps.xml: <Relationships xmlns="…"> <Relationship Id="rId6" Type="http://…/presProps" Target="presProps.xml"/> </Relationships> end example ] The root element for a part of this content type shall be presentationPr . [ Example : <p:presentationPr xmlns:p="…" …> <p:clrMru> … </p:clrMru> … </p:presentationPr> end example ] A Presentation Properties part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Presentation Properties part shall not have implicit or explicit relationships to any other part defined by this Standard . Slide Part XE "Slide part" \b XE "part:Slide" \t " See Slide part" Content Type: application/vnd.openxmlformats-officedocument.presentationml.slide+xml Root Namespace: http://schemas.openxmlformats.org/presentationml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/slide A Slide part contains the contents of a single slide. A package shall contain one Slide part per slide, and each of those parts shall be the target of an explicit relati onship from the Presentation (§ REF _Ref119137402 \r \h 13.3.6 ) part . [ Example : Consider a PresentationML document having two slides. The corresponding Presentation part-relationship item contains two relationships to Slide parts, which are stored in the ZIP items slides/slide1.xml and slides/slide2.xml: <Relationships xmlns="…"> <Relationship Id="rId2" Type="http://…/slide" Target="slides/slide1.xml"/> <Relationship Id="rId3" Type="http://…/slide" Target="slides/slide2.xml"/> </Relationships> end example ] The root element for a part of this content type shall be sld . [ Example : slides/slide1.xml contains: <p:sld xmlns:p="…"> <p:cSld name=""> … </p:cSld> <p:clrMapOvr> … </p:clrMapOvr> <p:timing> <p:tnLst> <p:par> <p:cTn id="1" dur="indefinite" restart="never" nodeType="tmRoot"/> </p:par> </p:tnLst> </p:timing> </p:sld> end example ] A Slide part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Slide part is permitted to have implicit relationships to the following parts defined by this Standard : Additional Characteristics (§ REF _Ref147133292 \w \h 15.2.1 ) Bibliography (§ REF _Ref143400627 \w \h 15.2.3 ) Comments (§ REF _Ref119050003 \r \h 12.3.3 ) Custom XML Data Storage (§ REF _Ref121823100 \r \h 15.2.4 ) Notes Slide (§ REF _Ref119318948 \r \h 13.3.5 ) Theme Override (§ REF _Ref121883115 \r \h 14.2.8 ) Thumbnail (§ REF _Ref119139802 \r \h 15.2.14 ) Slide Layout (§ REF _Ref119137600 \r \h 13.3.9 ) Slide Synchronization Data ( § REF _Ref143085200 \w \h 13.3.11 ) A Slide part is permitted to have explicit relationships to the following parts defined by this Standard : Audio (§ REF _Ref121889466 \r \h 15.2.2 ) Chart (§ REF _Ref121831596 \r \h 14.2.1 ) Diagrams: Diagram Colors(§ REF _Ref121822827 \r \h 14.2.3 ), Diagram Data(§ REF _Ref121822784 \r \h 14.2.4 ), Diagram Layout Definition(§ REF _Ref121822938 \r \h 14.2.5 ) and Diagram Styles (§ REF _Ref121822949 \r \h 14.2.6 ) Embedded Control Persistence (§ REF _Ref143404034 \w \h 15.2.8 ) Embedded Object (§ REF _Ref133904726 \r \h 15.2.9 ) Embedded Package (§ REF _Ref121149266 \r \h 15.2.10 ) Hyperlink (§ REF _Ref119325181 \r \h 15.3 ). Image (§ REF _Ref119305769 \n \h 15.2.13 ) User Defined Tags ( § REF _Ref143087415 \w \h 13.3.12 ) Video (§ REF _Ref121816755 \r \h 15.2.14 ) VML Drawing (§ REF _Ref145848583 \w \h 15.2.17 ) A Slide part shall not have implicit or explicit relationships to any other part defined by this Standard . Slide Layout Part XE "Slide Layout part" \b XE "part:Slide Layout" \t " See Slide Layout part" Content Type: application/vnd.openxmlformats-officedocument.presentationml.slideLayout+xml Root Namespace: http://schemas.openxmlformats.org/presentationml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/slideLayout An instance of this part type contains the definition for a slide layout template for this presentation. This template defines the default appearance and positioning of drawing objects on this slide type when it is created. A package shall contain one or more Slide Layout parts, and those parts shall be the target of a n explicit relationship in the Presentation (§ REF _Ref119137402 \r \h 13.3.6 ) part , as well as an implicit relationship from the Slide Master (§ REF _Ref119137601 \r \h 13.3.10 ) part ass ociated with this slide layout. [ Example : The following Slide Master part-relationship item contains relationships to several Slide Layout parts, which are stored in the ZIP items ../slideLayouts/slideLayout N .xml: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/slideLayout" Target="../slideLayouts/slideLayout1.xml"/> <Relationship Id="rId2" Type="http://…/slideLayout" Target="../slideLayouts/slideLayout2.xml"/> <Relationship Id="rId3" Type="http://…/slideLayout" Target="../slideLayouts/slideLayout3.xml"/> </Relationships> end example ] The root element for a part of this content type shall be sldLayout . [ Example : <p:sldLayout xmlns:p="…" matchingName="" type="title" preserve="1"> <p:cSld name="Title Slide"> … </p:cSld> <p:clrMapOvr> <a:masterClrMapping/> </p:clrMapOvr> <p:timing/> </p:sldLayout> </p:sldMaster> end example ] A Slide Layout part is permitted to have implicit relationships to the following parts defined by this Standard : Additional Characteristics (§ REF _Ref147133292 \w \h 15.2.1 ) Bibliography (§ REF _Ref143400627 \w \h 15.2.3 ) Custom XML Data Storage (§ REF _Ref121823100 \r \h 15.2.4 ) Slide Master (§ REF _Ref119137601 \r \h 13.3.10 ) Theme Override (§ REF _Ref121883115 \r \h 14.2.8 ) Thumbnail (§ REF _Ref119139802 \r \h 15.2.14 ) A Slide Layout part is permitted to have explicit relationships to the following parts defined by this Standard : Audio (§ REF _Ref121889466 \r \h 15.2.2 ) Chart (§ REF _Ref121831596 \r \h 14.2.1 ) Diagrams: Diagram Colors(§ REF _Ref121822827 \r \h 14.2.3 ), Diagram Data(§ REF _Ref121822784 \r \h 14.2.4 ), Diagram Layout Definition(§ REF _Ref121822938 \r \h 14.2.5 ) and Diagram Styles (§ REF _Ref121822949 \r \h 14.2.6 ) Embedded Control Persistence (§ REF _Ref143403821 \w \h 15.2.8 ) Embedded Object (§ REF _Ref133904726 \r \h 15.2.9 ) Embedded Package (§ REF _Ref121149266 \r \h 15.2.10 ) Hyperlink (§ REF _Ref119325181 \r \h 15.3 ). Image (§ REF _Ref119305769 \n \h 15.2.13 ) Video (§ REF _Ref121816989 \r \h 15.2.14 ) VML Drawing (§ REF _Ref145848583 \w \h 15.2.17 ) A Slide Layout part shall not have implicit or explicit relationships to any other part defined by this Standard . Slide Master Part XE "Slide Master part" \b XE "part:Slide Master" \t " See Slide Master part" Content Type: application/vnd.openxmlformats-officedocument.presentationml.slideMaster+xml Root Namespace: http://schemas.openxmlformats.org/presentationml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/slideMaster An instance of this part type contains the master definition of formatting, text, and objects that appear on each slide in the presentation that is derived from this slide master. A package shall contain one or more Slide Master parts, each of which shall be the target of a n explicit relationship from the Presentation (§ REF _Ref119137402 \r \h 13.3.6 ) part, as well as an implicit relationship from any Slide Layout (§ REF _Ref119137600 \r \h 13.3.9 ) part where that slide layout is defined based on this slide master. Each can optionally be the target of a rela tionship in a Slide Layout ( § REF _Ref119137600 \w \h 13.3.9 ) part as well. [ Example : The following Presentation part-relationship item contains a relationship to the Slide Master part, which is stored in the ZIP item slideMasters/slideMaster1.xml: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/slideMaster" Target="slideMasters/slideMaster1.xml"/> </Relationships> end example ] The root element for a part of this content type shall be sldMaster . [ Example : <p:sldMaster xmlns:p="…"> <p:cSld name=""> … </p:cSld> <p:clrMap … /> </p:sldMaster> end example ] A Slide Master part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Slide Master part is permitted to have implicit relationships to the following parts defined by this Standard : Additional Characteristics (§ REF _Ref147133292 \w \h 15.2.1 ) Bibliography (§ REF _Ref143400627 \w \h 15.2.3 ) Custom XML Data Storage (§ REF _Ref121823100 \r \h 15.2.4 ) Slide Layout (§ REF _Ref119137600 \r \h 13.3.9 ) Theme (§ REF _Ref121883106 \r \h 14.2.7 ) Thumbnail (§ REF _Ref119139802 \r \h 15.2.14 ) A Slide Master part is permitted to have explicit relationships to the following parts defined by this Standard : Audio (§ REF _Ref121889466 \r \h 15.2.2 ) Chart (§ REF _Ref121831596 \r \h 14.2.1 ) Diagrams: Diagram Colors(§ REF _Ref121822827 \r \h 14.2.3 ), Diagram Data(§ REF _Ref121822784 \r \h 14.2.4 ), Diagram Layout Definition(§ REF _Ref121822938 \r \h 14.2.5 ) and Diagram Styles (§ REF _Ref121822949 \r \h 14.2.6 ) Embedded Control Persistence (§ REF _Ref143403821 \w \h 15.2.8 ) Embedded Object (§ REF _Ref133904726 \r \h 15.2.9 ) Embedded Package (§ REF _Ref121149266 \r \h 15.2.10 ) Hyperlink (§ REF _Ref119325181 \r \h 15.3 ). Image (§ REF _Ref119305769 \n \h 15.2.13 ) Video (§ REF _Ref121817195 \r \h 15.2.14 ) VML Drawing (§ REF _Ref145848583 \w \h 15.2.17 ) A Slide Master part shall not have implicit or explicit relationships to any other part defined by this Standard . Slide Synchronization Data Part XE "Slide Synchronization Data part" \b XE "part:Slide Synchronization Data " \t " See Slide Synchronization Data part" Content Type: application/vnd.openxmlformats-officedocument.presentationml.slideUpdateInfo+xml Root Namespace: http://schemas.openxmlformats.org/presentationml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/slideUpdateInfo An instance of this part type contains properties specifying the current state of a slide that is being synchronized with a version of that slide stored on a central server. A package shall contain zero or one Slide Synchronization Data part for each slide stored in the presentation, and that part shall be the target of an implicit relationship from the corresponding Slide (§ REF _Ref119050578 \w \h 13.3.8 ) part . [ Example : The following Slide part-relationship item contains a relationship to the Slide Synchronization Data part, which is stored in the ZIP item slideUpdateInfo / slideUpdateInfo1 .xml: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/ slideUpdateInfo " Target=" slideUpdateInfo / slideUpdateInfo1 .xml"/> </Relationships> end example ] The root element for a part of this content type shall be sldSyncPr . [ Example : <p:sldSyncPr xmlns:p=" … " serverSldId="1" serverSldModifiedTime="2006-08-12T01:31:08" clientInsertedTime="2006-08-12T01:34:11.227" /> end example ] A Slide Synchronization Data part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Slide Synchronization Data part is permitted to have implicit relationships to the following parts defined by this Standard : Slide Synchronization Server Location (§ REF _Ref143150231 \w \h 13.4 ) A Slide Synchronization Data part shall not have implicit or explicit relationships to any other part defined by this Standard . User Defined Tags Part XE "User Defined Tags part" \b XE "part:User Defined Tags" \t " See User Defined Tags part" Content Type: application/vnd.openxmlformats-officedocument.presentationml. tags +xml Root Namespace: http://schemas.openxmlformats.org/presentationml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/ tags An instance of this part type contains a set of user-defined properties for an object in a presentation (each property consisting of a name/value pair). A package shall contain zero or more User Defined Tags part s, zero or one as the target of an explicit relationship from the corresponding Presentation ( § REF _Ref119137402 \w \h 13.3.6 ) or Slide (§ REF _Ref119050578 \w \h 13.3.8 ) part. [ Example : The following Slide part-relationship item contains a relationship to the User Defined Tags part, which is stored in the ZIP item tags / tag1 .xml: <Relationships xmlns="…"> <Relationship Id="rId1" Type=" http://…/ tag " Target=" tags / tag1 .xml"/> </Relationships> end example ] The root element for a part of this content type shall be tagLst . [ Example : <p: tagLst xmlns:p="…" > <p:tag name="testTagName" val="testTagValue" /> </p:tagLst> end example ] A User Defined Tags part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A User Defined Tags part shall not have implicit or explicit relationships to any other part defined by this Standard . View Properties Part XE "View Properties part" \b XE "part:View Properties" \t " See View Properties part" Content Type: application/vnd.openxmlformats-officedocument.presentationml.viewProps+xml Root Namespace: http://schemas.openxmlformats.org/presentationml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/viewProps An instance of this part type contains display properties for this presentation. A package shall contain zero or one View Properties part, and if it exists, that part shall be the target of an implicit relationship from the Presentation (§ REF _Ref119137402 \r \h 13.3.6 ) part. [ Example : The following Presentation part-relationship item contains a relationship to the View Properties part, which is stored in the ZIP item viewProps.xml: <Relationships xmlns="…"> <Relationship Id="rId7" Type="http://…/viewProps" Target="viewProps.xml"/> </Relationships> end example ] The root element for a part of this content type shall be viewPr . [ Example : <p:viewPr xmlns:p="…" …> <p:normalViewPr showOutlineIcons="0"> … </p:normalViewPr> <p:slideViewPr> … </p:slideViewPr> <p:outlineViewPr> … </p:outlineViewPr> <p:notesTextViewPr> … </p:notesTextViewPr> <p:gridSpacing cx="78028800" cy="78028800"/> </p:viewPr> end example ] A View Properties part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A View Properties part shall not have implicit or explicit relationships to any other part defined by this Standard . HTML Publish Location XE " HTML Publish Location " \b Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/ htmlPubSaveAs When a presentation specifies an external location to which an optional copy might be pushed in the HTML format , this relationship shall be used to target the location where the HTML copy of the presentation is published . A package shall contain one HTML Publish Location relationship for each slide linked with an HTML publish location , and that relationships shall be an explicit relationship from the corresponding Presentation Properties (§ REF _Ref119137413 \w \h 13.3.7 ) part. [ Example : A Presentation Properties part, which stores a n HTML Publish Location of http://www.openxmlformats.org/test.htm will contain the following relationship in that part's relationship part : <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/ htmlPubSaveAs " Target=" http://www.openxmlformats.org/ test.htm " type=”External”/> </Relationships> end example ] An HTML publish location shall be located external to the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be External ). Slide Synchronization Server Location XE " Slide Synchronization Server Location " \b Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/ slideUpdateUrl When a slide is being synchronized with a copy stored on a remote server, this relationship shall be used to target the location where the server copy of the slide is stored. A package shall contain one Slide Synchronization Server Location relationship for each slide linked with server data , and that relationships shall be an implicit relationship from the corresponding Slide Synchronization Data (§ REF _Ref143085200 \w \h 13.3.11 ) part. [ Example : A Slide Synchronization Data part that stores information about a slide that is synchronized with a server located at http://www.openxmlformats.org/slides/ will contain the following relationship in that part's relationship part item : <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/ slideupdateUrl " Target=" http://www.openxmlformats.org/slides/ " type=”External”/> </Relationships> end example ] A slide synchronization server location shall be located external to the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be External ). DrawingML The relationship items and parts defined in this clause are used by one or more of WordprocessingML (§ REF _Ref134254257 \w \h 10 ), SpreadsheetML (§ REF _Ref134254265 \w \h 12 ), and PresentationML (§ REF _Ref143157358 \w \h 13 ) environments. Glossary of DrawingML-Specific Terms diagram XE "diagram" \b — A picture or graphical representation that is displayed using a related set of color, data, layout, and style parts. Examples of diagram types are cycle, organization chart, pyramid, target, and Venn. Part Summary The subclauses subordinate to this one describe in detail each of the part types specific to DrawingML. [ Note : For convenience, information from those subclauses is summarized in the following table: Part Relationship Target of Root Element Ref. Chart WordprocessingML: Main Document SpreadsheetML: Drawings PresentationML: Handout Master, Notes Master, Notes Slide, Slide Layout, Slide Master, Slide All: Chart Drawing chartSpace § REF _Ref121831596 \r \h 14.2.1 Chart Drawing All: Chart userShapes § REF _Ref121824007 \r \h 14.2.2 Diagram Colors WordprocessingML: Main Document SpreadsheetML: Drawings PresentationML: Handout Master, Notes Master, Notes Slide, Slide Layout, Slide Master, Slide colorsDef § REF _Ref121822827 \r \h 14.2.3 Diagram Data WordprocessingML: Main Document SpreadsheetML: Drawings PresentationML: Handout Master, Notes Master, Notes Slide, Slide Layout, Slide Master, Slide dataModel § REF _Ref121822784 \r \h 14.2.4 Diagram Layout Definition WordprocessingML: Main Document SpreadsheetML: Drawings PresentationML: Handout Master, Notes Master, Notes Slide, Slide Layout, Slide Master, Slide layoutDef § REF _Ref121822938 \r \h 14.2.5 Diagram Style WordprocessingML: Main Document SpreadsheetML: Drawings PresentationML: Handout Master, Notes Master, Notes Slide, Slide Layout, Slide Master, Slide styleDef § REF _Ref121822949 \r \h 14.2.6 Theme WordprocessingML: Main Document SpreadsheetML: Workbook PresentationML: Handout Master, Notes Master, Presentation, Slide Master officeStyleSheet § REF _Ref121883106 \r \h 14.2.7 Theme Override PresentationML: Notes Slide, Slide, Slide Layout themeOverride § REF _Ref121883115 \r \h 14.2.8 Table Styles Presentation ML: Presentation tblStyleLst § 14.2.9 end note ] Chart Part XE "Chart part" \b XE "part:Chart " \t " See Chart part" Content Type: application/vnd.openxmlformats-officedocument.drawingml.chart+xml Root Namespace: http://schemas.openxmlformats.org/ drawingml /2006/ chart Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/chart An instance of this part type describes a chart. A package shall contain a Chart part for each chart in the document. In a WordprocessingML document, each such part shall be the target of a n explicit relationship in a Main Document (§ REF _Ref121738796 \r \h 11.3.10 ) part . In a SpreadsheetML document, each such part shall be the target of a n explicit relationship in a Drawings (§ REF _Ref121532368 \r \h 12.3.8 ) part . In a PresentationML document, each such part shall be the target of a n explicit relationship in a Handout Master (§ REF _Ref119314661 \r \h 13.3.3 ), Notes Master (§ REF _Ref119050574 \r \h 13.3.4 ), Notes Slide (§ REF _Ref119318948 \r \h 13.3.5 ), Slide (§ REF _Ref119050578 \r \h 13.3.8 ), Slide Layout (§ REF _Ref119137600 \r \h 13.3.9 ), or Slide Master (§ REF _Ref119137601 \r \h 13.3.10 ) part. This part is permitted to also be the target of a n explicit relationship in a Chart Drawing (§ REF _Ref121823841 \r \h 14.2.2 ) part, i f the chart that points at this Chart Drawing part is the target of a relationship from a Chartsheet part. In other words, the only time a chart can embed another chart is if the parent chart is part of a chartsheet. [ Example : The following Main Document part-relationship item contains relationships to two Chart parts, which are stored in the ZIP items ../charts/chart N .xml: <Relationships xmlns="…"> <Relationship Id="rId4" Type="http://…/chart" Target="charts/chart1.xml"/> <Relationship Id="rId5" Type="http://…/chart" Target="charts/chart2.xml"/> </Relationships> The following Drawings part-relationship item contains a relationship to a Chart part, which is stored in the ZIP item ../charts/chart1.xml: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/relationships/chart" Target="../charts/chart1.xml"/> </Relationships> The following Slide part-relationship item contains relationships to two Chart parts, which are stored in the ZIP items ../charts/chart N .xml: <Relationships xmlns="…"> <Relationship Id="rId4" Type="http://…/chart" Target="../charts/chart1.xml"/> <Relationship Id="rId5" Type="http://…/chart" Target="../charts/chart2.xml"/> </Relationships> end example ] The root element for a part of this content type shall be chartSpace . [ Example : chart1.xml contains the following clustered bar chart: <c:chartSpace …> <c:chart> <c:title> … </c:title> <c:plotArea> <c:layout> … </c:layout> <c:barChart> … </c:barChart> </c:plotArea> <c:legend> … </c:legend> </c:chart> … </c:chartSpace> end example ] For WordprocessingML and PresentationML documents, the data for a chart is not stored in the Chart part directly. Instead, it shall be stored in an embedded SpreadsheetML package (§ REF _Ref121832991 \r \h 12.2 ) targeted by an Embedded Package (§ REF _Ref121149266 \w \h 15.2.10 ) part specified by that Chart part. For SpreadsheetML documents, the data for a chart is stored directly in the Drawing’s parent worksheet; no embedded SpreadsheetML package shall be used. A Chart part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Chart part is permitted to have explicit relationships to the following parts defined by this Standard : Chart Drawing (§ REF _Ref121823841 \r \h 14.2.2 ) Embedded Package (§ REF _Ref121149266 \r \h 15.2.10 ) A Chart part shall not have any implicit or explicit relationships to any other part defined by this Standard . Chart Drawing Part XE " Chart Drawing part" \b XE "part:Chart Drawing" \t " See Chart Drawing part" Content Type: application/vnd.openxmlformats-officedocument.drawingml.chartshapes+xml Root Namespace: http://schemas.openxmlformats.org/drawingml/2006/ chart Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/chartUserShapes An instance of this part type contains all basic drawing elements (shapes) which are explicitly associated with this chart. These drawing elements are automatically moved with the chart when it is move d and resized when the chart is resized . A package is permitted to contain one Chart Drawing part per chart part, and each such part shall be the target of an explicit relationship from a Chart (§ REF _Ref121831596 \r \h 14.2.1 ) part. [ Example : The following Chart part-relationship item contains a relationship to a Chart Drawing part, which is stored in the ZIP item ../drawings/drawing1.xml: <Relationships xmlns="…"> <Relationship Id="rId2" Type="http://…/chartUserShapes" Target="../drawings/drawing1.xml"/> </Relationships> end example ] The root element for a part of this content type shall be userShapes . [ Example : <c:userShapes xmlns:cdr="…" xmlns:c="…" > <cdr:relSizeAnchor> … </cdr:relSizeAnchor> </c:userShapes> end example ] A Chart Drawing part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Chart Drawing part is permitted to have explicit relationships to the following parts defined by this Standard : Chart (§ REF _Ref121831596 \r \h 14.2.1 ) A Chart Drawing part shall not have any implicit or explicit relationships to any other part defined by this Standard . Diagram Colors Part XE "Diagram Colors part" \b XE "part:Diagram Colors" \t " See Diagram Colors part" Content Type: application/vnd.openxmlformats-officedocument.drawingml.diagramColors+xml Root Namespace: http://schemas.openxmlformats.org/drawingml/2006/diagram Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/diagramColors An instance of this part type contains color information for a diagram. A package shall contain exactly one Diagram Colors part per diagram. Each Diagram Colors part shall be the target of an explicit relationship in a WordprocessingML Main Document (§ REF _Ref121738796 \r \h 11.3.10 ), SpreadsheetML Drawings (§ REF _Ref121532368 \r \h 12.3.8 ), or PresentationML Slide (§ REF _Ref119050578 \r \h 13.3.8 ) part . [ Example : The following SpreadsheetML Drawings part-relationship item contains a relationship to two Diagram Colors parts, which are stored in the ZIP items ../graphics/colors N .xml. <Relationships xmlns="…"> <Relationship Id="rId4" Type="http://…/diagramColors" Target="../graphics/colors1.xml"/> <Relationship Id="rId8" Type="http://…/diagramColors" Target="../graphics/colors2.xml"/> </Relationships> end example ] The root element for a part of this content type shall be colorsDef . [ Example : colors1.xml contains the following: <cs:colorsDef xmlns:cs="…" uniqueId="…" minVer="12.0"> <cs:title lang="" val="Primary Accent 2"/> <cs:desc lang="" val="Primary Accent 2"/> <cs:catLst> <cs:cat type="accent1" pri="11200"/> </cs:catLst> <cs:styleLbl …> … </cs:styleLbl> … <cs:styleLbl …> … </cs:styleLbl> </cs:colorsDef> end example ] A Diagram Colors part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Diagram Colors part shall not have implicit or explicit relationships to any other part defined by this Standard . Diagram Data Part XE "Diagram Data part" \b XE "part:Diagram Data" \t " See Diagram Data part" Content Type: application/vnd.openxmlformats-officedocument.drawingml.diagramData+xml Root Namespace: http://schemas.openxmlformats.org/drawingml/2006/diagram Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/diagramData An instance of this part type contains the semantic data for a diagram. A package shall contain exactly one Diagram Data part per diagram. Each Diagram Data part shall be the target of an explicit relationship in a WordprocessingML Main Document (§ REF _Ref121738796 \r \h 11.3.10 ); a SpreadsheetML Drawings part (§ REF _Ref121532368 \r \h 12.3.8 ); or a PresentationML Handout Master (§ REF _Ref119314661 \r \h 13.3.3 ), Notes Master (§ REF _Ref119050574 \r \h 13.3.4 ), Notes Slide (§ REF _Ref119318948 \r \h 13.3.5 ), Slide (§ REF _Ref119050578 \r \h 13.3.8 ), Slide Layout (§ REF _Ref119137600 \r \h 13.3.9 ), or Slide Master (§ REF _Ref119137601 \r \h 13.3.10 ) part. [ Example : The following SpreadsheetML Drawings part-relationship item contains a relationship to two Diagram Data parts, which are stored in the ZIP items ../graphics/data N .xml. <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/diagramData" Target="../graphics/data1.xml"/> <Relationship Id="rId5" Type="http://…/diagramData" Target="../graphics/data2.xml"/> </Relationships> end example ] The root element for a part of this content type shall be dataModel . [ Example : data1.xml contains the following: <dm:dataModel xmlns:dm="…"> <dm:ptLst> … </dm:ptLst> <dm:cxnLst> … </dm:cxnLst> <dm:bg/> <dm:whole/> </dm:dataModel> end example ] A Diagram Data part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Diagram Data part is permitted to have explicit relationships to the following parts defined by this Standard : Image (§ REF _Ref119305769 \r \h 15.2.13 ) A Diagram Data part shall not have any implicit or explicit relationships to other parts defined by this Standard . Diagram Layout Definition Part XE "Diagram Layout Definition part" \b XE "part:Diagram Layout Definition" \t " See Diagram Layout Definition part" Content Type: application/vnd.openxmlformats-officedocument.drawingml.diagramLayout+xml Root Namespace: http://schemas.openxmlformats.org/drawingml/2006/diagram Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/diagramLayout An instance of this part type is a template that describes how diagram-related data is mapped to a shape. A package shall contain exactly one Diagram Layout Definition part per diagram. Each Layout Definition part shall be the target of an explicit relationship from a WordprocessingML Main Document (§ REF _Ref121738796 \r \h 11.3.10 ); a SpreadsheetML Drawings part (§ REF _Ref121532368 \r \h 12.3.8 ); or a PresentationML Handout Master (§ REF _Ref119314661 \r \h 13.3.3 ), Notes Master (§ REF _Ref119050574 \r \h 13.3.4 ), Notes Slide (§ REF _Ref119318948 \r \h 13.3.5 ), Slide (§ REF _Ref119050578 \r \h 13.3.8 ), Slide Layout (§ REF _Ref119137600 \r \h 13.3.9 ), or Slide Master (§ REF _Ref119137601 \r \h 13.3.10 ) part . If a document contains multiple diagrams having the same graphic layout definition, each of those diagrams shall have its own copy of that Diagram Layout Definition part. [ Example : The following SpreadsheetML Drawings part-relationship item contains a relationship to two Diagram Layout Definition parts, which are stored in the ZIP items ../graphics/layout N .xml. <Relationships xmlns="…"> <Relationship Id="rId2" Type="http://…/diagramLayout" Target="../graphics/layout1.xml"/> <Relationship Id="rId6" Type="http://…/diagramLayout" Target="../graphics/layout2.xml"/> </Relationships> end example ] The root element for a part of this content type shall be layoutDef . [ Example : layout1.xml contains the following: <lo:layoutDef xmlns:lo="…" uniqueId="…2" minVer="12.0" defStyle=""> <lo:title lang="" val="Hierarchy 2"/> <lo:desc lang="" val=""/> <lo:catLst> <lo:cat type="hierarchy" pri="2000"/> </lo:catLst> <lo:sampData> … </lo:sampData> <lo:styleData> … </lo:styleData> <lo:clrData> … </lo:clrData> <lo:layoutNode name="Name0" styleLbl="" moveWith=""> … </lo:layoutNode> </lo:layoutDef> end example ] A Diagram Layout Definition part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Diagram Layout Definition part is permitted to have explicit relationships to the following parts and items defined by this Standard : Image (§ REF _Ref119305769 \r \h 15.2.13 ) A Diagram Layout Definition part shall not have any implicit or explicit relationships to other parts defined by this Standard . Diagram Style Part XE "Diagram Style part" \b XE "part:Diagram Style" \t " See Diagram Style part" Content Type: application/vnd.openxmlformats-officedocument.drawingml.diagramStyle+xml Root Namespace: http://schemas.openxmlformats.org/drawingml/2006/diagram Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/diagramQuickStyle An instance of this part type maps diagram semantic information to a document's theme. A package shall contain exactly one Diagram Style part per diagram. Each Style part shall be the target of a n explicit relationship from a WordprocessingML Main Document (§ REF _Ref121738796 \r \h 11.3.10 ); a SpreadsheetML Drawings part (§ REF _Ref121532368 \r \h 12.3.8 ); or a PresentationML Handout Master (§ REF _Ref119314661 \r \h 13.3.3 ), Notes Master (§ REF _Ref119050574 \r \h 13.3.4 ), Notes Slide (§ REF _Ref119318948 \r \h 13.3.5 ), Slide (§ REF _Ref119050578 \r \h 13.3.8 ), Slide Layout (§ REF _Ref119137600 \r \h 13.3.9 ), or Slide Master (§ REF _Ref119137601 \r \h 13.3.10 ) part . [ Example : The following SpreadsheetML Drawings part-relationship item contains a relationship to two Diagram Style parts, which are stored in the ZIP items ../graphics/quickStyle N .xml. <Relationships xmlns="…"> <Relationship Id="rId3" Type="http://…/diagramQuickStyle" Target="../graphics/quickStyle1.xml"/> <Relationship Id="rId7" Type="http://…/diagramQuickStyle" Target="../graphics/quickStyle2.xml"/> </Relationships> end example ] The root element for a part of this content type shall be styleDef . [ Example : quickStyle1.xml contains the following: <qs:styleDef xmlns:qs="…" uniqueId="…" minVer="12.0"> <qs:title lang="" val="Style 2"/> <qs:desc lang="" val="Style 2"/> <qs:catLst> <qs:cat type="simple" pri="10200"/> </qs:catLst> <qs:scene3d> … </qs:scene3d> <qs:style> … </qs:style> <qs:styleLbl name="…"> … </qs:styleLbl> … <qs:styleLbl name="…"> … </qs:styleLbl> </qs:styleDef> end example ] A Diagram Style part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Diagram Style part shall not have implicit or explicit relationships to other parts defined by this Standard . Theme Part XE "Theme part" \b XE "part:Theme" \t " See Theme part" Content Type: application/vnd.openxmlformats-officedocument.theme+xml Root Namespace: http://schemas.openxmlformats.org/drawingml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/theme An instance of this part type contains information about a document's theme , XE "theme" \b which is a combination of color scheme XE "color scheme" , font scheme , XE "font scheme" and format scheme XE "format scheme" (the latter also being referred to as effects XE "effect" \t "See format scheme" ). For a WordprocessingML document, the choice of theme affects the color and style of headings, among other things. For a SpreadsheetML document, the choice of theme affects the color and style of cell contents and charts, among other things. For a PresentationML document, the choice of theme affects the formatting of slides, handouts, and notes via the associated master, among other things. A WordprocessingML or SpreadsheetML package shall contain zero or one Theme part, which shall be the target of a n implicit relationship in a Main Document (§ REF _Ref121738796 \r \h 11.3.10 ) or Workbook (§ REF _Ref119050026 \r \h 12.3.23 ) part. A PresentationML package shall contain zero or one Theme part per Handout Master (§ REF _Ref119314661 \r \h 13.3.3 ), Notes Master (§ REF _Ref119050574 \r \h 13.3.4 ), Slide Master (§ REF _Ref119137601 \r \h 13.3.10 ) or Presentation (§ REF _Ref119137402 \r \h 13.3.6 ) part via an implicit relationship. [ Example : The following WordprocessingML Main Document part-relationship item contains a relationship to the Theme part, which is stored in the ZIP item theme/theme1.xml: <Relationships xmlns="…"> <Relationship Id="rId4" Type="http://…/theme" Target="theme/theme1.xml"/> </Relationships> end example ] The root element for a part of this content type shall be officeStyleSheet . [ Example : theme1.xml contains the following, where the name attributes of the clrScheme , fontScheme , and fmtScheme elements correspond to the document's color scheme, font scheme, and format scheme, respectively: <a:officeStyleSheet xmlns:a="…"> <a:baseStyles> <a:clrScheme name="…"> … </a:clrScheme> <a:fontScheme name="…"> … </a:fontScheme> <a:fmtScheme name="…"> … </a:fmtScheme> </a:baseStyles> <a:objectDefaults/> </a:officeStyleSheet> end example ] A Theme part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Theme part is permitted to contain explicit relationships to the following parts defined by this Standard : Image (§ REF _Ref119305769 \r \h 15.2.13 ) A Theme part shall not have any implicit or explicit relationships to other parts defined by this Standard . Theme Override Part XE "Theme Override part" \b XE "part:Theme Override " \t " See Theme Override part" Content Type: application/vnd.openxmlformats-officedocument.themeOverride+xml Root Namespace: http://schemas.openxmlformats.org/drawingml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/themeOverride An instance of this part type contains information about an object’s theme override , XE "theme" \b which are overrides to the color scheme XE "color scheme" , font scheme , XE "font scheme" and format scheme XE "format scheme" (the latter also being referred to as effects XE "effect" \t "See format scheme" ) for a particular slide, notes slide, or handout. A PresentationML package shall contain zero or one Theme Override part per Notes Slide (§ REF _Ref119318948 \r \h 13.3.5 ), Slide (§ REF _Ref119050578 \r \h 13.3.8 ), or Slide Layout (§ REF _Ref119137600 \r \h 13.3.9 ) part via an implicit relationsh i p . [ Example : The following WordprocessingML Main Document part-relationship item contains a relationship to the Theme part, which is stored in the ZIP item theme/theme1.xml: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/themeOverride" Target="theme/themeoverride1.xml"/> </Relationships> end example ] The root element for a part of this content type shall be ossOverride . [ Example : <a:ossOverride xmlns:a="…" > … </a:ossOverride> end example ] A Theme Override part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Theme Override part shall not contain implicit or explicit relationships to other parts defined by this Standard . Table Styles Part XE "Table Styles part" \b XE "part:Table Styles" \t " See Table Styles part" Content Type: application/vnd.openxmlformats-officedocument.presentationml.tableStyles+xml Root Namespace: http://schemas.openxmlformats.org/drawingml/2006/main Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/tableStyles An instance of this part type contains information about the table styles used by tables in this presentation. A table style defines characteristics such as row and column colors, heading row colors, and text. A PresentationML package shall contain no more than one Table Styles part per Presentation (§ REF _Ref119137402 \r \h 13.3.6 ) part via an implicit relationship. [ Example : The following Present ation part -relationship item contains a relationship to a Table Styles part, which is stored in the ZIP item tableStyles.xml: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/tableStyles" Target="tableStyles.xml"/> </Relationships> end example ] The root element for a part of this content type shall be tblStyleLst . [ Example : tablestyles.xml contains the following: <a:tblStyleLst xmlns:a="…"> <a:tblStyle> … </a:tblStyle> </a:tblStyleLst> end example ] A Table Styles part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Table Styles part shall not contain implicit or explicit relationships to other parts defined by this Standard . Shared The relationship items and parts defined in this clause are used by one or more of WordprocessingML (§ REF _Ref134254326 \w \h 10 ), SpreadsheetML (§ REF _Ref134254318 \w \h 12 ), and PresentationML (§ REF _Ref143157358 \w \h 13 ) environments. Glossary of Shared Terms control XE "control" \b — A region of active content within an Office Open XML document. Part Summary The subclauses subordinate to this one describe in detail each of the shared part types. [ Note : For convenience, information from those subclauses is summarized in the following table: Part Relationship Target of Root Element Ref. Additional Characteristics Numerous PresentationML, SpreadsheetML, and WordprocessingML parts Characteristics § REF _Ref147133292 \w \h 15.2.1 Audio Numerous PresentationML, SpreadsheetML, and WordprocessingML parts Not applicable § 15.2.2 Bibliography Numerous PresentationML, SpreadsheetML, and WordprocessingML parts Sources § REF _Ref143400627 \w \h 15.2.3 Custom XML Data Storage Numerous PresentationML, SpreadsheetML, and WordprocessingML parts Not applicable § 15.2.4 Custom XML Data Storage Properties Custom XML Data Storage datastoreItem § 15.2.5 Digital Signature Origin WordprocessingML, SpreadsheetML, or PresentationML package Not applicable § REF _Ref143273937 \w \h 15.2.6 Digital Signature XML Signature Digital Signature Origin Signature § REF _Ref143274035 \w \h 15.2.7 Embedded Control Persistence Numerous PresentationML, SpreadsheetML, and WordprocessingML parts Not applicable § REF _Ref143329323 \w \h 15.2.8 Embedded Object Numerous PresentationML, SpreadsheetML, and WordprocessingML parts Not applicable § 15.2.9 Embedded Package Numerous PresentationML, SpreadsheetML, and WordprocessingML parts Not applicable § 15.2.10 File Properties, Extended WordprocessingML, SpreadsheetML, or PresentationML package Properties § REF _Ref145664524 \w \h 15.2.11.3 File Properties, Core WordprocessingML, SpreadsheetML, or PresentationML package coreProperties § 15.2.11.1 File Properties, Custom WordprocessingML, SpreadsheetML, or PresentationML package properties § 15.2.11.2 Font WordprocessingML Font Table part, PresentationML Presentation part Not applicable § 15.2.12 Image Numerous PresentationML, SpreadsheetML, and WordprocessingML parts Not applicable § REF _Ref134008534 \w \h 15.2.13 Printer Settings SpreadsheetML Chartsheet, Dialogsheet, Worksheet parts, WordprocessingML Main Document or Glossary Document parts Not applicable § REF _Ref147132099 \w \h 15.2.14 Thumbnail WordprocessingML, SpreadsheetML, or PresentationML package Not applicable § REF _Ref134008541 \w \h 15.2.14 Video part Numerous PresentationML and WordprocessingML parts Not applicable § REF _Ref139168866 \r \h 15.2.16 end note ] Additional Characteristics Part XE " Additional Characteristics part" \b XE "part: Additional Characteristics " \t " See Additional Characteristics part" Content Type: application/xml Root Namespace: http://schemas.openxmlformats.org/officeDocument/2006/additionalCharacteristics Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/customXml An instance of this part type contains information about additional characteristics of the producer that generated the document , when those characteristics cannot be specified using elements defined by this Standard . A package is permitted to contain zero or one Additional Characteristics parts, and each such part shall be the target of an implicit relationship from a Main Document (§ REF _Ref121738796 \r \h 11.3.10 ) part in a WordprocessingML package; a Workbook (§ REF _Ref119050026 \r \h 12.3.23 ) part in a SpreadsheetML package; or a Handout Master (§ REF _Ref119314661 \r \h 13.3.3 ) , Notes Master (§ REF _Ref119050574 \r \h 13.3.4 ), Notes Slide (§ REF _Ref119318948 \r \h 13.3.5 ), Presentation (§ REF _Ref119137402 \w \h 13.3.6 ), Slide (§ REF _Ref119050578 \r \h 13.3.8 ), Slide Layout (§ REF _Ref119137600 \r \h 13.3.9 ), or Slide Master (§ REF _Ref119137601 \r \h 13.3.10 ) part in a PresentationML package. [ Example : The following Main Document part-relationship ite m contains a relationship to an Additional Characteristics part, which is stored in the ZIP item ../customXML/item 2 .xml: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/customXmlData" Target="../customXML/item 2 .xml"/> </Relationships> end example ] A n Additional Characteristics part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). An Additional Characteristics part is permitted to have implicit relationships to the following parts defined by this Standard: Custom XML Data Storage Properties (§ REF _Ref121823346 \r \h 15.2.5 ) An Additional Characteristics part shall not have implicit or explicit relationships to any other part defined by this Standard. Audio Part XE "Audio part" \b XE "part:Audio" \t " See Audio part" Content Type: Any supported audio type. [ Note : Some example content types are: audio/aiff http://developer.apple.com/documentation/QuickTime/INMAC/SOUND/imsoundmgr.30.htm audio/midi http://www.midi.org/about-midi/specinfo.shtml audio/x-ms-wax http://msdn.microsoft.com/library/en-us/wmplay10/mmp_sdk/asx_elementsintro.asp e nd note ] Root Namespace: not applicable Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/audio An instance of this part type contains an audio file. A PresentationML package is permitted to contain zero or more Sound parts, each of which shall be the target of a relationship in a Handout Master (§ REF _Ref119314661 \r \h 13.3.3 ), Notes Slide (§ REF _Ref119318948 \r \h 13.3.5 ), Notes Master (§ REF _Ref119050574 \r \h 13.3.4 ), Slide (§ REF _Ref119050578 \r \h 13.3.8 ), Slide Layout (§ REF _Ref119137600 \r \h 13.3.9 ), or Slide Master (§ REF _Ref119137601 \r \h 13.3.10 ) part-relationship item. [ Example : The following Slide part-relationship item contains a relationship to a Sound part, which is stored as the file E:\Beethoven's Symphony No. 9.wma: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/audio/x-ms-wma" Target="file:///E:\Beethoven's%20Symphony%20No.%209.wma" TargetMode="External"/> </Relationships> end example ] An Audio part may be located within or external to the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element may be Internal or External ). An Audio part is not stored as XML; instead, it involves a relationship target that is an audio clip. An Audio part shall not have implicit or explicit relationships to other parts defined by this Standard . Bibliography Part XE "Bibliography part" \b XE "part:Bibliography" \t " See Bibliography part" Content Type: application/xml Root Namespace: http://schemas.openxmlformats.org/officeDocument/2006/bibliography Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/customXml An instance of this part type contains bibliographic data for the current package. A package is permitted to contain zero or one Bibliography part, and each such part shall be the target of an implicit relationship in a Main Document (§ REF _Ref121738796 \r \h 11.3.10 ) part in a WordprocessingML package; a Workbook (§ REF _Ref119050026 \r \h 12.3.23 ) part in a SpreadsheetML package; or a Handout Master (§ REF _Ref119314661 \r \h 13.3.3 ) , Notes Master (§ REF _Ref119050574 \r \h 13.3.4 ), Notes Slide (§ REF _Ref119318948 \r \h 13.3.5 ), Slide (§ REF _Ref119050578 \r \h 13.3.8 ), Slide Layout (§ REF _Ref119137600 \r \h 13.3.9 ), or Slide Master (§ REF _Ref119137601 \r \h 13.3.10 ) part in a PresentationML package. [ Example : The following Main Document part-relationship item contains a relationship to a Bibliography part, which is stored in the ZIP item ../customXML/bib1.xml: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/customXml" Target="../customXML/bib1.xml"/> </Relationships> end example ] A Bibliography part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Bibliography part is permitted to have implicit relationships to the following parts defined by this Standard : Custom XML Data Storage Properties (§ REF _Ref121823346 \r \h 15.2.5 ) A Bibliography part shall not have implicit or explicit relationships to any other part defined by this Standard . Custom XML Data Storage Part XE "Custom XML Data Storage part" \b XE "part:Custom XML Data Storage" \t " See Custom XML Data Storage part" Content Type: application/xml Root Namespace: any XML allowed Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/customXml An instance of this part type can contain arbitrary XML. As such, an instance of this part can be used to roundtrip arbitrary custom XML data with this package. A package is permitted to contain one or more Custom XML Data Storage parts, and each such part shall be the target of an implicit relationship in a Main Document (§ REF _Ref121738796 \r \h 11.3.10 ) part in a WordprocessingML package; a Workbook (§ REF _Ref119050026 \r \h 12.3.23 ) part in a SpreadsheetML package; or a Handout Master (§ REF _Ref119314661 \r \h 13.3.3 ) , Notes Master (§ REF _Ref119050574 \r \h 13.3.4 ), Notes Slide (§ REF _Ref119318948 \r \h 13.3.5 ), Presentation ( § REF _Ref119137402 \w \h 13.3.6 ), Slide (§ REF _Ref119050578 \r \h 13.3.8 ), Slide Layout (§ REF _Ref119137600 \r \h 13.3.9 ), or Slide Master (§ REF _Ref119137601 \r \h 13.3.10 ) part in a PresentationML package. [ Example : The following Main Document part-relationship item contains a relationship to a Custom XML Data Storage part, which is stored in the ZIP item ../customXML/item1.xml: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/customXmlData" Target="../customXML/item1.xml"/> </Relationships> end example ] A Custom XML Data Storage part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Custom XML Data Storage part is permitted to have implicit relationships to the following parts defined by this Standard : Custom XML Data Storage Properties (§ REF _Ref121823346 \r \h 15.2.5 ) A Custom XML Data Storage part shall not have implicit or explicit relationships to any other part defined by this Standard . Custom XML Data Storage Properties Part XE "Custom XML Data Storage Properties part" \b XE "part:Custom XML Data Storage Properties" \t " See Custom XML Data Storage Properties part" Content Type: application/vnd.openxmlformats-officedocument.customXmlProperties+xml Root Namespace: http://schemas.openxmlformats.org/officeDocument/2006/customXmlDataProps Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/customXmlProps An instance of this part type contains the set of properties which are specified for this custom XML data. These properties consist of a unique ID for the storage, as well as information on the set of XML schemas used by this custom XML data storage. A package is permitted to contain zero or more Custom XML Data Storage Properties parts, and each such part shall be the target of an implicit relationship from a Custom XML Da ta Storage (§ REF _Ref121823100 \r \h 15.2.4 ) part. [ Example : The following Custom XML Data Storage part-relationship item contains a relationship to a Custom XML Data Storage Properties part, which is stored in the ZIP item itemProps1.xml: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/customXmlProps" Target="itemProps1.xml"/> </Relationships> end example ] The root element for a part of this content type shall be datastoreItem . [ Example : <ds:datastoreItem ds:itemID="{D85…53A}" xmlns:ds="…"/> \ end example ] A Custom XML Data Storage Properties part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Custom XML Data Storage Properties part shall not have implicit or explicit relationships to other parts defined by this Standard . Digital Signature Origin Part XE "Digital Signature Origin part" \b XE "part:Digital Signature Origin" \t " See Digital Signature Origin part" Content Type: application/vnd.openxmlformats-package.digital-signature-origin Root Namespace: not applicable Source Relationship: http://schemas.openxmlformats.org/package/2006/relationships/digital-signature/origin The Digital Signature Origin part is the starting point for navigating thro ugh the signatures in a package. This part shall have no contents. A package is permitted to contain zero or one Digital Signature Origin part in a package and it shall the target of a relationship from the package-relationship item for a WordprocessingML, SpreadsheetML, or PresentationML package. [ Example : The following package- relationship item contains a relationship to a Digital Signature Origin part, which is stored in the ZIP item origin . sigs : <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/ origin " Target=" . . /origin . sigs "/> </Relationships> end example ] A Digital Signature Origin part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Digital Signature Origin part is permitted to have implicit relationships to the following parts defined by this Standard : Digital Signature XML Signature (§ REF _Ref143274035 \w \h 15.2.7 ) A Digital Signature Origin part shall not have implicit or explicit relationships to any other part defined by this Standard . Digital Signature XML Signature Part XE "Digital Signature XML Signature part" \b XE "part:Digital Signature XML Signature" \t " See Digital Signature XML Signature part" Content Type: application/vnd.openxmlformats-package.digital-signature-xmlsignature+xml Root Namespace: http://schemas.openxmlformats.org/package/2006/digital-signature Source Relationship: http://schemas.openxmlformats.org/package/2006/relationships/digital-signature/signature The Digital Signature XML Signature part contains digital signature markup. A package is permitted to contain zero or more Digital Signature XML Signature part s, one for each digital signature in a package , and each of these shall be the target of a n implicit relationship from the Digital Signature Origin ( § REF _Ref143273937 \w \h 15.2.6 ) part . [ Example : The following Digital Signature Origin part-relationship item contains a relationship to a Digital Signature XML Signature part, which is stored in the ZIP item sig1.xml : <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/ signature " Target="../ sig1.xml "/> </Relationships> end example ] The root element for this part shall be Signature . [ Example : <Signature xmlns="…" Id="idPackageSignature" > … </Signature> end example ] A Digital Signature XML Signature part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Digital Signature XML Signature part shall not have implicit or explicit relationships to any part defined by this Standard . Embedded Control Persistence Part XE "Embedded Control Persistence part" \b XE "part:Embedded Control Persistence" \t " See Embedded Control Persistence part" Content Type: Any supported control type. [ Note : There are a number of possible control types. One example of a potential control type would be an Active X control, which would use the following content type: application/vnd.ms-office.activeX+xml . end n ote ] Root Namespace: not applicable Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/control An instance of this part contains information about an embedded control in the package. This information is provided by the specified control when asked to persist. A package is permitted to contain one or more Embedded Control Persistence parts, and each such part shall be the target of an explicit relationship in an Endnotes (§ REF _Ref143059017 \w \h 11.3.4 ), Footer (§ REF _Ref121738827 \r \h 11.3.6 ), Footnotes (§ REF _Ref121556034 \r \h 11.3.7 ), Header (§ REF _Ref121738838 \r \h 11.3.9 ), or Main Document (§ REF _Ref121738796 \r \h 11.3.10 ) part-relationship item in a WordprocessingML package; a Worksheet part ( § REF _Ref120976987 \w \h 12.3.24 ) REF _Ref145848583 \w \h 15.2.17 in a SpreadsheetML package; or a Handout Master (§ REF _Ref119314661 \r \h 13.3.3 ), Notes Slide (§ REF _Ref119318948 \r \h 13.3.5 ), Notes Master (§ REF _Ref119050574 \r \h 13.3.4 ), Slide (§ REF _Ref119050578 \r \h 13.3.8 ), Slide Layout (§ REF _Ref119137600 \r \h 13.3.9 ), Slide Master (§ REF _Ref119137601 \r \h 13.3.10 ) part-relationship item in a PresentationML package. The content type of this part shall determine the format and contents of the embedded control. [ Example : The following example shows the persistence that could be used for an embedded control which is a Java applet within a WordprocessingML document: <w:p> <w:r w:rsidR="005810E1"> <w:object w:dxaOrig="1440" w:dyaOrig="1440"> <v:shapetype id="_x0000_t75" coordsize="21600,21600" o:spt="75" o:preferrelative="t" path="m@4@5l@4@11@9@11@9@5xe" filled="f" stroked="f"> <v:stroke joinstyle="miter" /> <v:formulas> <v:f eqn="if lineDrawn pixelLineWidth 0" /> <v:f eqn="sum @0 1 0" /> <v:f eqn="sum 0 0 @1" /> <v:f eqn="prod @2 1 2" /> <v:f eqn="prod @3 21600 pixelWidth" /> <v:f eqn="prod @3 21600 pixelHeight" /> <v:f eqn="sum @0 0 1" /> <v:f eqn="prod @6 1 2" /> <v:f eqn="prod @7 21600 pixelWidth" /> <v:f eqn="sum @8 21600 0" /> <v:f eqn="prod @7 21600 pixelHeight" /> <v:f eqn="sum @10 21600 0" /> </v:formulas> <v:path o:extrusionok="f" gradientshapeok="t" o:connecttype="rect" /> <o:lock v:ext="edit" aspectratio="t" /> </v:shapetype> <v:shape id="_x0000_i1027" type="#_x0000_t75" style="width:1in;height:24pt" o:ole=""> <v:imagedata r:id="rId4" o:title="" /> </v:shape> <w:control r:id="rId5" w:name="CommandButton1" w:shapeid="_x0000_i1027" /> </w:object> </w:r> </w:p> The relationship type for rId5 is: http://schemas.openxmlformats.org/officeDocument/ 2006/relationships/control The XML c ontent of the part referenced by rId5 could be: <applet xlink: href="../../../../Program%20Files/ Application " xlink:type="simple" xlink:show="embed" xlink:actuate="onLoad" code="CalculateApplet.class" may-script="false"/> end example ] [ Example : The following example shows the persistence that could be used for an embedded control which is an ActiveX control within a WordprocessingML document: <w:p> <w:r w:rsidR="005810E1"> <w:object w:dxaOrig="1440" w:dyaOrig="1440"> <v:shapetype id="_x0000_t75" coordsize="21600,21600" o:spt="75" o:preferrelative="t" path="m@4@5l@4@11@9@11@9@5xe" filled="f" stroked="f"> <v:stroke joinstyle="miter" /> <v:formulas> <v:f eqn="if lineDrawn pixelLineWidth 0" /> <v:f eqn="sum @0 1 0" /> <v:f eqn="sum 0 0 @1" /> <v:f eqn="prod @2 1 2" /> <v:f eqn="prod @3 21600 pixelWidth" /> <v:f eqn="prod @3 21600 pixelHeight" /> <v:f eqn="sum @0 0 1" /> <v:f eqn="prod @6 1 2" /> <v:f eqn="prod @7 21600 pixelWidth" /> <v:f eqn="sum @8 21600 0" /> <v:f eqn="prod @7 21600 pixelHeight" /> <v:f eqn="sum @10 21600 0" /> </v:formulas> <v:path o:extrusionok="f" gradientshapeok="t" o:connecttype="rect" /> <o:lock v:ext="edit" aspectratio="t" /> </v:shapetype> <v:shape id="_x0000_i1027" type="#_x0000_t75" style="width:1in;height:24pt" o:ole=""> <v:imagedata r:id="rId4" o:title="" /> </v:shape> <w:control r:id="rId5" w:name="CommandButton1" w:shapeid="_x0000_i1027" /> </w:object> </w:r> </w:p> The relationship type for rId5 is: http://schemas.openxmlformats.org/officeDocument/ 2006/relationships/control The content type of the part referenced by rId5 could be: application/vnd.ms-office.activeX+xml The XML content of the part referenced by rId5 could be: <ax:ocx ax:classid="{D7053240-CE69-11CD-A777-00DD01143C57}" ax:persistence="persistPropertyBag" xmlns:ax="http://schemas.microsoft.com/office/2006/activeX"> <ax:ocxPr ax:name="Caption" ax:value="CommandButton1" /> <ax:ocxPr ax:name="Size" ax:value="2540;847" /> <ax:ocxPr ax:name="FontName" ax:value="Calibri" /> <ax:ocxPr ax:name="FontHeight" ax:value="225" /> <ax:ocxPr ax:name="FontCharSet" ax:value="0" /> <ax:ocxPr ax:name="FontPitchAndFamily" ax:value="2" /> <ax:ocxPr ax:name="ParagraphAlign" ax:value="3" /> </ax:ocx> end example ] An Embedded Control Persistence part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). An Embedded Control Persistence part shall not have any implicit or explicit relationships to other parts defined by this Standard . Embedded Object Part XE "Embedded Object part" \b XE "part:Embedded Object" \t " See Embedded Object part" Content Type: application/vnd.openxmlformats-officedocument.oleObject Root Namespace: not applicable Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/oleObject An instance of this part type can contain an embedded object produced by any embedded object server. A package is permitted to contain zero or more Embedded Object parts, and each such part shall be the target of an explicit relationship from a Comments (§ REF _Ref121738817 \w \h 11.3.2 ), Endnotes (§ REF _Ref143059374 \w \h 11.3.4 ), Footer (§ REF _Ref121738827 \r \h 11.3.6 ), Footnotes (§ REF _Ref121556034 \r \h 11.3.7 ), Header (§ REF _Ref121738838 \r \h 11.3.9 ), or Main Document (§ REF _Ref121738796 \r \h 11.3.10 ) part in a WordprocessingML package ; a Worksheet part ( § REF _Ref120976987 \w \h 12.3.24 ) in a SpreadsheetML package; or a Handout Master (§ REF _Ref119314661 \r \h 13.3.3 ), Notes Slide (§ REF _Ref119318948 \r \h 13.3.5 ), Notes Master (§ REF _Ref119050574 \r \h 13.3.4 ), Slide (§ REF _Ref119050578 \r \h 13.3.8 ), Slide Layout (§ REF _Ref119137600 \r \h 13.3.9 ), Slide Master (§ REF _Ref119137601 \r \h 13.3.10 ) part in a PresentationML package. A WordprocessingML document package is permitted to contain zero or more Embedded Object parts, each of which shall be the target of a relationship in a Main Document part-relationship item. Each Embedded Object part shall have an associated image, which appears in the document as a placeholder for the corresponding embedded object. [ Example : Consider the case in which a WordprocessingML document has embedded in it one video object and one audio object. The following Main Document part-relationship item contains relationships to two Embedded parts (one each for the video and audio), which are stored in the ZIP items embeddings/embeddedObject N .bin: <Relationships xmlns="…"> <Relationship Id="rId5" Type="http://…/oleObject" Target="embeddings/embeddedObject1.bin"/> <Relationship Id="rId7" Type="http://…/oleObject" Target="embeddings/embeddedObject2.bin"/> <Relationship Id="rId4" Type="http://…/image" Target="media/image1.png"/> <Relationship Id="rId6" Type="http://…/image" Target="media/image2.png"/> </Relationships> example ] A SpreadsheetML document package is permitted to contain zero or more Embedded Object parts, each of which shall be the target of a relationship in a Worksheet part-relationship item. [ Example : Consider the case in which a SpreadsheetML document has embedded in it one video object and one audio object on one worksheet, and another audio object embedded in another worksheet. The following Worksheet Document part-relationship item contains relationships to two Embedded Object parts (one each for the video and audio), which are stored in the ZIP items ../embeddings/embeddedObject N .bin: <Relationships xmlns="…"> <Relationship Id="rId2" Type="http://…/oleObject" Target="../embeddings/embeddedObject1.bin"/> <Relationship Id="rId3" Type="http://…/oleObject" Target="../embeddings/embeddedObject2.bin"/> </Relationships> e nd e xample ] A PresentationML document package is permitted to contain zero or more Embedded Object parts, each of which shall be the target of a relationship in a Slide part-relationship item. [ Example : Consider the case in which a PresentationML document has embedded in it one video object and one audio object on one slide, and another audio object embedded on another slide. The following Slide part- relationship item contains relationships to two Embedded Object parts (one each for the video and audio), which are stored in the ZIP items ../embeddings/embeddedObject N .bin: <Relationships xmlns="…"> <Relationship Id="rId6" Type="http://…/oleObject" Target="../embeddings/embeddedObject1.bin"/> <Relationship Id="rId7" Type="http://…/oleObject" Target="../embeddings/embeddedObject2.bin"/> </Relationships> e nd e xample ] An Embedded Object part may be located within or external to the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element may be Internal or External ). An Embedded Object part is permitted to have an explicit relationship to the following parts defined by this Standard : Hyperlink (§ 15.3 ) An Embedded Object part shall not have any implicit or explicit relationships to other parts defined by this Standard . Embedded Package Part XE "Embedded Package part" \b XE "part:Embedded Package" \t " See Embedded Package part" Content Type: application/vnd.openxmlformats-officedocument.package Root Namespace: not applicable Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/package An instance of this part type contains a complete package. For example, a WordprocessingML document might contain a SpreadsheetML or PresentationML document, in which case, the WordprocessingML document package would contain an embedded package part that defined that SpreadsheetML or PresentationML document. A package is permitted to contain zero or more Embedded Package parts, and each such part shall be the target of an explicit relationship from a Chart (§ REF _Ref121831596 \r \h 14.2.1 ), Comments (§ REF _Ref121738817 \w \h 11.3.2 ), Endnotes (§ REF _Ref143059374 \w \h 11.3.4 ), Footer (§ REF _Ref121738827 \r \h 11.3.6 ), Footnotes (§ REF _Ref121556034 \r \h 11.3.7 ), Header (§ REF _Ref121738838 \r \h 11.3.9 ), or Main Document (§ REF _Ref121738796 \r \h 11.3.10 ) part in a WordprocessingML package; a Chart (§ REF _Ref121831596 \r \h 14.2.1 ), or Worksheet part ( § REF _Ref120976987 \w \h 12.3.24 ) in a SpreadsheetML package; or a Chart (§ REF _Ref121831596 \r \h 14.2.1 ), Handout Master (§ REF _Ref119314661 \r \h 13.3.3 ), Notes Slide (§ REF _Ref119318948 \r \h 13.3.5 ), Notes Master (§ REF _Ref119050574 \r \h 13.3.4 ), Slide (§ REF _Ref119050578 \r \h 13.3.8 ), Slide Layout (§ REF _Ref119137600 \r \h 13.3.9 ), Slide Master (§ REF _Ref119137601 \r \h 13.3.10 ) part in a PresentationML package. [ Example : The following Presentation part-relationship item contains relationships to two Embedded Package parts: one is a SpreadsheetML package, which is stored in the ZIP item embeddings/Worksheet1.xlsx, the other is a PresentationML package, which is stored in the ZIP item embeddings/Presentation2.pptx. The image files are used as document display placeholders if the consumer cannot handle the embedded package type: <Relationships xmlns="…"> <Relationship Id="rId4" Type="http://…/image" Target="media/image1.emf"/> <Relationship Id="rId5" Type="http:package" Target="embeddings/Worksheet1.xlsx"/> <Relationship Id="rId6" Type="http://…/image" Target="media/image2.emf"/> <Relationship Id="rId7" Type="http://…/package" Target="embeddings/Presentation2.pptx"/> </Relationships> end example ] An Embedded Package part may be located within or external to the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element may be Internal or External ). An Embedded Package part is permitted to have an explicit relationship to the following parts defined by this Standard : Hyperlink (§ REF _Ref119305771 \r \h 15.3 ) An Embedded Package part shall not have any implicit or explicit relationships to other parts defined by this Standard . File Properties XE "file property" \b There are three kinds of file properties: , core , custom , and extended . The core file properties XE "file property:core" \b of a package enable users to discover, get, and set common sets of properties from within that package, regardless of whether it’s a WordprocessingML, SpreadsheetML, or PresentationML package. Extended file properties XE "file property: extended " \b are specific to Office Open XML package s , while custom file properties XE "file property:custom" \b are defined by the user, with each custom file property having a name, a value, and a type. Core File Properties Part XE "Core File Properties part" \b XE "part:Core File Properties" \t " See Core File Properties part" XE "file property:core" \t " See Core File Properties part" Content Type: application/vnd.openxmlformats-package.core-properties+xml Root Namespace: http://schemas.openxmlformats.org/package/2006/metadata/core-properties Source Relationship: http://schemas.openxmlformats.org/officedocument/2006/relationships/metadata/core-properties Core file properties enable users to discover, get, and set common sets of properties within packages. (These properties include creator name, creation date, title, and description.) These properties are stored using the appropriate Dublin Core properties whenever possible. A package shall contain at most one Core File Properties part, and that part shall be the target of a relationship in the package-rela tionship item for the document. [ Example : The following PresentationML's package-relationship item contains one relationship, for the Core File Properties part stored in the ZIP item core.xml): <Relationships xmlns="…"> <Relationship Id="rId3" Type="http://…/core-properties" Target="docProps/core.xml"/> </Relationships> end example ] The root element for a part of this content type shall be coreProperties . [ Example : <cp:coreProperties xmlns:cp="…" xmlns:dc="…" > <dc:title>Example File</dc:title> <dc:cre ator>Tristan Davis</dc:creator> <cp:lastModifiedBy>Tr istan Davis</cp:lastModifiedBy> <cp:revision>1</cp:revision> </cp:coreProperties> end example ] A Core File Properties part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Core File Properties part shall not have implicit or explicit relationships to other parts defined by this Standard . Custom File Properties Part XE "Custom File Properties part" \b XE "part:Custom File Properties" \t " See Custom File Properties part" XE "file property:custom" \t " See Custom Properties part" Content Type: application/vnd.openxmlformats-officedocument.custom-properties+xml Root Namespace: http://schemas.openxmlformats.org/officeDocument/2006/custom-properties Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/custom-properties An instance of this part contains the names of custom file properties that apply to the package, their values, and the types of those values. A custom file property might be the name of the client for whom the document was prepared, a date/time on which some event happened, a document number, or some Boolean status flag. A package shall contain at most one Custom File Properties part, and that part shall be the target of a relationship in the package-rela tionship item for the document. [ Example : The following PresentationML's package-relationship item contains a relationship to a Custom File Properties part, stored in the ZIP item docProps/custom.xml: <Relationships xmlns="…"> <Relationship Id="rId4" Type="http://…/custom-properties" Target="docProps/custom.xml"/> </Relationships> end example ] The root element for a part of this content type shall be Properties . [ Example : Here's some content markup from a WordprocessingML document, which contains four custom properties: Client , having a text value of "ACME Corp."; Document number , having a numeric value of 1543; Recorded date , having a date/time value of 2005-12-01; and Special processing needed , having a Boolean value of false: <Properties … xmlns:vt="…"> <property fmtid="{D5C…9AE}" pid="2" name="Client"> <vt:lpwstr>ACME Corp.</vt:lpwstr> </property> <property fmtid="{D5C…9AE}" pid="3" name="Document number"> <vt:i4>1543</vt:i4> </property> <property fmtid="{D5C…9AE}" pid="4" name="Recorded date"> <vt:filetime>2005-12-01T05:00:00Z</vt:filetime> </property> <property fmtid="{D5C…9AE}" pid="5" name="Special processing needed"> <vt:bool>false</vt:bool> </property> </Properties> end example ] A Custom File Properties part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Custom File Properties part shall not have implicit or explicit relatio n ships to other parts defined by this Standard . Extended File Properties Part XE "Application-Defined File Properties part" \b XE "part:Application-Defined File Properties" \t " See Application-Defined File Properties part" XE "file property:application-defined" \t " See Application-Defined File Properties part" Content Type: application/vnd.openxmlformats-officedocument.extended-properties+xml Root Namespace: http://schemas.openxmlformats.org/officeDocument/2006/extended-properties Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/extended-properties An instance of this part contains properties specific to a n Office Open XML document. [ Example : A PresentationML document specifies the number of slides in this presentation when last saved by a producer. end example ] A package shall contain at most one Extended File Properties part, and that part shall be the target of a relationship in the package-relationship item for the document. [ Example : <Relationships xmlns="…"> <Relationship Id="rId4" Type="http://…/extended-properties" Target="docProps/app.xml"/> </Relationships> end example ] The root element for a part of this content type shall be Properties . [ Example : Here's some content markup from a WordprocessingML document: <Properties …> <Template>Normal.dotm</Template> <TotalTime>0</TotalTime> <Pages>1</Pages> <Words>3</Words> <Characters>22</Characters> <Application> Sample Producer </Application> <DocSecurity>0</DocSecurity> <Lines>1</Lines> <Paragraphs>1</Paragraphs> … <AppVersion>12.0000</AppVersion> </Properties> here's some content markup from a SpreadsheetML document: <Properties …> <Application> Sample Producer </Application> <HeadingPairs> … </HeadingPairs> <TitlesOfParts> … </TitlesOfParts> <Company>Consultant</Company> … </Properties> and here's some content markup from a PresentationML document: <Properties …> <Template>ppt_template_sdwest05</Template> <TotalTime>3166</TotalTime> <Words>37</ Words> <Application>Sample Producer </Application> <PresentationFormat>On-screen Show</PresentationFormat> <Paragraphs>15</Paragraphs> <Slides>2</Slides> <Notes>2</Notes> … <HeadingPairs> … </HeadingPairs> <TitlesOfParts> … </TitlesOfParts> … </Properties> end example ] A Extended File Properties part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). An Extended File Properties part shall not have implicit or explicit relationships to any other part defined by this Standard . Font Part XE "Font part" \b XE "part:Font" \t " See Font part" Content Type: application/x-fontdata application/x-font-ttf Root Namespace: not applicable Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/font An instance of this part type contains a given font embedded directly into the document. (This is useful when using custom fonts or fonts that are not widely distributed.) Fonts stored in a Font part can be stored in one of two formats, identified by the associated content type: application/x-fontdata specifies that the font shall be stored as a bitmapped font (each glyph is stored as a raster image) application/x-font-ttf specifies that the font shall be stored in the TrueType or OpenType format A package shall contain zero or more Font parts, and for each that exists, that part shall be the target of a n explicit relationship in the Font Table (§ REF _Ref121555446 \r \h 11.3.5 ), or Presentation (§ REF _Ref119137402 \r \h 13.3.6 ) part . A Font part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Font part shall not have implicit or explicit relatio n ships to other parts defined by this Standard . Image Part XE "image" \b Content Type: Any supported image type. [ Note : Some e xample content types are : image/gif http://www.w3.org/Graphics/GIF/spec-gif89a.txt image/png ISO/IEC 15948:2003 http://www.libpng.org/pub/png/spec/ image/tiff http://partners.adobe.com/public/developer/tiff/index.html#spec image/pict http://developer.apple.com/documentation/mac/QuickDraw/QuickDraw-2.html image/jpeg http://www.w3.org/Graphics/JPEG/ e nd note .] Root Namespace: Not applicable Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/image An image can be stored in a package as a ZIP item . Image ZIP items shall be identified by a n image part relationship and the appropriate content type . A package is permitted to contain zero or more Image parts, and each such part shall be the target of an explicit relationship from a Comments (§ REF _Ref121738817 \w \h 11.3.2 ), Endnotes (§ REF _Ref143059374 \w \h 11.3.4 ), Footer (§ REF _Ref121738827 \r \h 11.3.6 ), Footnotes (§ REF _Ref121556034 \r \h 11.3.7 ), Header (§ REF _Ref121738838 \r \h 11.3.9 ), or Main Document (§ REF _Ref121738796 \r \h 11.3.10 ) part in a WordprocessingML package; a VML Drawing (§ REF _Ref145848583 \w \h 15.2.17 ) part in a SpreadsheetML package; or a Handout Master (§ REF _Ref119314661 \r \h 13.3.3 ), Notes Slide (§ REF _Ref119318948 \r \h 13.3.5 ), Notes Master (§ REF _Ref119050574 \r \h 13.3.4 ), Slide (§ REF _Ref119050578 \r \h 13.3.8 ), Slide Layout (§ REF _Ref119137600 \r \h 13.3.9 ), Slide Master (§ REF _Ref119137601 \r \h 13.3.10 ) , or a VML Drawing (§ REF _Ref145848583 \w \h 15.2.17 ) part in a PresentationML package. [ Example : The following PresentationML's package-relationship item contains one relationship, for the slide template jpeg image stored in the ZIP item ../media/image1.jpeg: <Relationships xmlns="…"> <Relationship Id="rId8" Type="http://…/image" Target="../media/image1.jpeg"/> </Relationships> end example ] An Image part may be located within or external to the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element may be Internal or External ). An Image part shall not have implicit or explicit relationships to other parts defined by this Standard . Printer Settings Part XE "Printer Settings part" \b XE "part:Printer Settings" \t " See Printer Settings part" Content Type: application/vnd.openxmlformats-officedocument. spreadsheetml.printerSettings (in SpreadsheetML documents) application/vnd.openxmlformats-officedocument.wordprocessingml .printerSettings (in WordprocessingML documents ) Root Namespace: not applicable Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/printerSettings An instance of this part type contains information about the initialization and environment of a printer or a display device. The layout of this data structure is application-defined. [ Example : An Office Open XML producer on Windows might store the DEVMODE structure defined here: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/gdi/prntspol_8nle.asp , while an application on the Mac OS might choose to store the print record defined here: http://developer.apple.com/documentation/Carbon/Reference/CarbonPrintingManager_Ref/Reference/reference.html . end example ] A SpreadsheetML package is permitted to contain at most one Printer Settings part per Chartsheet, Dialogsheet, or Worksheet part, and that part shall be the target of an implicit relationship from a Chartsheet (§ REF _Ref119398730 \n \h 12.3.2 ), Dialogsheet (§ REF _Ref119050006 \n \h 12.3.7 ), or Worksheet (§ REF _Ref120976987 \n \h 12.3.24 ) part. A WordprocessingML package is permitted to contain zero or more Printer Settings parts, one per sectPr element, each a target of an explicit relationship from a Main Document (§ REF _Ref119004096 \w \h 11.3.10 ) or Glossary Document (§ REF _Ref121556035 \w \h 11.3.8 ) part. [ Example : The following SpreadsheetML Worksheet part-relationship item contains a relationship to a Printer Settings part, which is stored in the ZIP item ../printerSettings/printerSettings1.bin: <Relationships xmlns="…"> <Relationship Id="rId4" Type="http://…/printerSettings" Target="../printerSettings/printerSettings1.bin"/> </Relationships> end example ] A Printer Settings part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Printer Settings part shall not have implicit or explicit relationships to any other part defined by this Standard. Thumbnail Part XE "thumbnail" \b Content Type: Any supported image type. [ Note : Some example content types are: image/gif http://www.w3.org/Graphics/GIF/spec-gif89a.txt image/png ISO/IEC 15948:2003 http://www.libpng.org/pub/png/spec/ image/tiff http://partners.adobe.com/public/developer/tiff/index.html#spec image/pict http://developer.apple.com/documentation/mac/QuickDraw/QuickDraw-2.html image/jpeg http://www.w3.org/Graphics/JPEG/ e nd note .] Root Namespace: Not applicable Source Relationship: http://schemas.openxmlformats.org/package/2006/relationships/metadata/thumbnail To help end-users identify parts of a package or the package as a whole, images, called thumbnails , may be stored in that package. Each thumbnail image is generated by the package producer and is stored in the package as a ZIP item . Thumbnail ZIP items shall be identified by either a package-relationship item or a part-relationship item. Packages shall not contain more than one thumbnail relationship associated with the package as a whole, or more than one thumbnail relationship per package part. [ Example : The following PresentationML's package-relationship item contains one relationship, for the metafile image stored in the ZIP item thumbnail.wmf: <Relationships xmlns="…"> <Relationship Id="rId2" Type="http://…/thumbnail" Target="docProps/thumbnail.wmf"/> </Relationships> end example ] A Thumbnail part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A Thumbnail part shall not have implicit or explicit relationships to other parts defined by this Standard . Video Part XE "Video part" \b XE "part:Video" \t " See Video part" Content Type: Any supported video type. [ Note : Some example content types are: video/x-ms-asf http://www.microsoft.com/windo ws/windowsmedia/forpros/format/a sfspec.aspx video/avi h ttp://www.the-labs.com/Video/odmlff2-avidef.pdf video/mpg ISO/IEC 13818 video/mpeg ISO/IEC 13818 video/x-ms-wm http://www.microsoft.com/windows/windowsmedia/forpros/format/asfspec.aspx video/quicktime http://developer.apple.com/softwarelicensing/agreements/quicktime.html en d note ] Root Namespace: not applicable Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/video An instance of this part type contains a video file. A PresentationML package is permitted to contain zero or more Video parts, each of which shall be the target of a n explicit relationship in a Handout Master (§ REF _Ref119314661 \r \h 13.3.3 ), Notes Slide (§ REF _Ref119318948 \r \h 13.3.5 ), Notes Master (§ REF _Ref119050574 \r \h 13.3.4 ), Slide (§ REF _Ref119050578 \r \h 13.3.8 ), Slide Layout (§ REF _Ref119137600 \r \h 13.3.9 ), or Slide Master (§ REF _Ref119137601 \r \h 13.3.10 ) part. A WordprocessingML package is permitted to contain zero or more Video parts, each of which shall be the target of an explicit relationship from a Comments (§ REF _Ref121738817 \w \h 11.3.2 ), Endnotes (§ REF _Ref143059374 \w \h 11.3.4 ), Footer (§ REF _Ref121738827 \r \h 11.3.6 ), Footnotes (§ REF _Ref121556034 \r \h 11.3.7 ), Header (§ REF _Ref121738838 \r \h 11.3.9 ), or Main Document (§ REF _Ref121738796 \r \h 11.3.10 ) part . [ Example : The following Slide part-relationship item contains a relationship to a Video part, which is stored as the file E:\Video demo.avi: <Relationships xmlns="…"> <Relationship Id="rId2" Type="http://…/video" Target="file:///E:\Video%20demo.avi" TargetMode="External"/> </Relationships> end example ] A Video part is not stored as XML; instead, it involves a relationship target that is a video clip. A Video part may be located within or external to the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element may be Internal or External ). A Video part shall not have implicit or explicit relationships to other parts defined by this Standard . VML Drawing Part Content Type: application/vnd.openxmlformats-officedocument.vmlDrawing Root Namespace: not applicable Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/vmlDrawing An instance of this part type contains markup in the Vector Markup Language (VML) syntax, which is used to provide an alternative image representation of objects stored in a SpreadsheetML or PresentationML document . [ Note : The VML format is a legacy format originally introduced with Office 2000 and is included and fully defined in this Standard for backwards compatibility reasons. The DrawingML format is a newer and richer format created with the goal of eventually replacing any uses of VML in the Office Open XML formats. VML should be considered a deprecated format included in Office Open XML for legacy reasons only and new applications that need a file format for drawings are strongly encouraged to use preferentially DrawingML. end note ] A package is permitted to contain zero or more VML Drawing parts, each of which shall be the target of an explicit relationship in a Handout Master (§ REF _Ref119314661 \r \h 13.3.3 ), Notes Slide (§ REF _Ref119318948 \r \h 13.3.5 ), Notes Master (§ REF _Ref119050574 \r \h 13.3.4 ), Slide (§ REF _Ref119050578 \r \h 13.3.8 ), Slide Layout (§ REF _Ref119137600 \r \h 13.3.9 ), or Slide Master (§ REF _Ref119137601 \r \h 13.3.10 ) part in a PresentationML document; or a Worksheet part ( § REF _Ref120976987 \w \h 12.3.24 ) in a SpreadsheetML document . [ Example : The following SpreadsheetML's package-relationship item contains one relationship, for the VML Drawing part stored in the ZIP item ../ drawings / drawing1 . vml : <Relationships xmlns="…"> <Relationship Id="rId8" Type="http://…/ vmlDrawing " Target="../ drawings / drawing1 . vml "/> </Relationships> end example ] The root element for a part of this content type shall be xml in the null namespace, encapsulating an arbitrary amount of VML markup as defined by this Standard . [ Example : Consider the following VML Drawing part : < xml > <v:shape ...> ... </v:shape> ... </xml> end example ] A VML Drawing part shall be located within the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element shall be Internal ). A VML Drawing part is permitted to have explicit relationships to the following parts defined by this Standard : Image (§ REF _Ref119305769 \n \h 15.2.13 ) A VML Drawing part shall not have implicit or explicit relationships to any other part defined by this Standard . Hyperlinks XE "hyperlink" \b Source Relationship: http://schemas.openxmlformats.org/officeDocument/2006/relationships/hyperlink A hyperlink can be stored in a package as a relationship . Hyperlinks shall be identified by containing a target which specifies the destination of the given hyperlink . [ Example : The following WordprocessingML Footnote part 's relationship part contains one relationship, for the hyperlink http:// schemas.openxmlformats . org / wordprocessingml /: <Relationships xmlns="…"> <Relationship Id="rId1" Type="http://…/hyperlink" Target=" http://schemas.openxmlformats.org/wordprocessingml /" TargetMode="External"/> </Relationships> end example ] A hyperlink target may be located within or external to the package containing the source relationship (expressed syntactically, the TargetMode attribute of the Relationship element may be Internal or External ). Bibliography This clause is informative. Character Sets from IANA, as specified at http://www.iana.org/assignments/character-sets PANOSE Classification Guide , Version   1.2, Hewlett Packard Co., 1992 . RFC 2119, Bradner, Scott, 1997: “ Key words for use in RFCs to Indicate Requirement Levels. ” http://www.ietf.org/rfc/rfc2119.txt. RFC 2045, Borenstein, N., and N. Freed. “Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies.” The Internet Society. 1996. http://www.rfc-editor.org RFC 2616, Berners-Lee, T., R. Fielding, H. Frystyk, J. Gettys, P. Leach, L. Masinter, and J. Mogul. “Hypertext Transfer Protocol—HTTP/1.1.” The Internet Society. 1999. http://www.rfc-editor.org RFC 3066, Alvestrand, H. “Tags for the Identification of Languages.” The Internet Society. 2001. http://www.rfc-editor.org RFC 3339, Klyne , G. and C.   Newman “ Date and Time on the Internet: Timestamps .” The Internet Society. 200 2 . http://www.rfc-editor.org RFC 3629, Yergeau, F. “UTF- 8, a transformation format of ISO 10646.” The Internet Society. 2003. http://www.rfc-editor.org RFC 3986, Berners-Lee, T., R. Fielding, and L. Masinter. “Uniform Resource Identifier (URI): Generic Syntax.” The Internet Society. 2005. http://www.rfc-editor.org The Unicode Consortium. The Unicode Standard, XE "Unicode standard" Version 4.0, defined by: The Unicode Standard, Version 4.0 ( Reading , MA , Addison-Wesley, 2003. ISBN 0-321-18578-1). XML, Bray, Tim, Eve Maler, Jean Paoli, C. M. Sperberg-McQueen, and François Yergeau (editors). “Extensible Markup Language (XML) 1.0,” Third Edition. World Wide Web Consortium. 2004. http://www.w3.org/TR/2004/REC-xml-20040204/xml11-20040204/) XML Base, Marsh, Jonathan . “XML Base.” World Wide Web Consortium. 2001. http://www.w3.org/TR/2001/REC-xmlbase-20010627/ XML Namespaces, Bray, Tim, Dave Hollander, Andrew Layman, and Richard Tobin (editors). “Namespaces in XML 1.1.” World Wide Web Consortium. 2004. http://www.w3.org/TR/2004/REC-xml-names11-20040204/ XML Path Language Specification, Version 1.0, W3C Recommendation 16 November 1999 http://www.w3.org/TR/xpath XML Schema Part 0: Primer Second Edition, W3C Recommendation 28 October 2004 http://www.w3.org/TR/xmlschema-0/ XML Schema Part 1: Structures Second Edition, W3C Recommendation 28 October 2004 http://www.w3.org/TR/xmlschema-1/ XML Schema Part 2: Datatypes Second Edition, W3C Recommendation 28 October 2004 http://www.w3.org/TR/xmlschema-2/ .ZIP File Format Specification from PKWARE, Inc., as specified in appnote , the Application Note on the Zip file format, at http://www.pkware.com. End of informative text. Index This annex is informative. INDEX \e " " \c "2" \z "1033" Additional Characteristics part 137 Alternative Format Import part 28 animation 13 annex 10 application 6 Application-Defined File Properties part 152 audience 13 audio 13 Audio part 138 behavior 6 implementation-defined 6 locale-specific 6 unspecified 6 Bibliography part 139 body 11 Calculation Chain part 63 cell 12, 14, 59 alignment 13 border 13 color 13 font 13 formatting 13 cell reference 13, 59 chart 14, 59 Chart Drawing part 125 Chart part 123 Chartsheet part 64 color scheme 14, 132, 133 column 12, 14, 59 comment 13, 24 , 59 , 98 Comment Authors part 102 Comments part PresentationML 103 SpreadsheetML 65 WordprocessingML 29 conformance 2 application 3 document 3 connection 59 Connections part 67 consumer 11 control 136 Core File Properties part 149 Custom File Properties part 150 custom markup 12 Custom Property part 68 Custom XML data property 15 Custom XML Data Storage part 140 Custom XML Data Storage Properties part 141 Custom XML Mappings part 69 diagram 122 diagram color 14 Diagram Colors part 126 diagram data 14 Diagram Data part 127 diagram layout 14 Diagram Layout Definition part 128 diagram style 14 Diagram Style part 130 Dialogsheet part 70 Digital Signature Origin part 141 Digital Signature XML Signature part 142 document setting 24 Document Settings part 31 document template 53 document type 6 DrawingML 6 , 14 effect 14, See format scheme, See format scheme Embedded Control Persistence part 143 Embedded Object part 146 Embedded Package part 148 Endnotes part 33 example 10 extension 6 External Workbook 96 External Workbook References part 73 field 12 field instruction 12 field result 12 file property 15, 149 application-defined See Application-Defined File Properties part core 15, 149 , See Core File Properties part custom 15, 149 , See Custom Properties part extended 15, 149 font 14 Font part 154 font scheme 132, 133 Font Table part 35 footer 12 Footer part 36 Footnotes part 38 format scheme 132, 133 formula 13, 59 frame 54 frameset 54 function 13, 59 glossary document 24 Glossary Document part 41 handout 13, 98 handout master 13 Handout Master part 104 header 12 Header part 43 HTML Publish Location 119 hyperlink 12, 13, 159 IEC See International Electrotechnical Commission image 13, 154 informative text 2 International Electrotechnical Commission 9 International Organization for Standardization 9 ISO See International Organization for Standardization ISO/IEC 10646 5 layout 13 mail merge data source 56 mail merge header data source 57 Main Document part 46 master document 24 , 55 Metadata part 75 normative text 2 , 10 note 10, 13, 98 notes master 13 Notes Master part 106 Notes Slide part 107 numbering 12 Numbering Definitions part 48 Office Open XML viii , 7 valid 7 package 7 , 11 embedded 7 package-relationship ZIP item 11 paragraph 11 part 11 Additional Characteristics See Additional Characteristics part Alternative Format Import See Alternative Format Import part Application-Defined File Properties See Application-Defined File Properties part Audio See Audio part Bibliography See Bibliography part Calculation Chain See Calculation Chain part Chart See Chart part Chart Drawing See Chart Drawing part Chartsheet See Chartsheet part Comment Authors See Comment Authors part Comments PresentationML See Comments part, PresentationML SpreadsheetML See Comments part, SpreadsheetML WordprocessingML See Comments part, WordprocessingML Connections See Connections part Core File Properties See Core File Properties part Custom File Properties See Custom File Properties part Custom Property See Custom Property part Custom XML Data Storage See Custom XML Data Storage part Custom XML Data Storage Properties See Custom XML Data Storage Properties part Custom XML Mappings See Custom XML Mappings part Diagram Colors See Diagram Colors part Diagram Data See Diagram Data part Diagram Layout Definition See Diagram Layout Definition part Diagram Style See Diagram Style part Dialogsheet See Dialogsheet part Digital Signature Origin See Digital Signature Origin part Digital Signature XML Signature See Digital Signature XML Signature part Document Settings See Document Settings part Embedded Control Persistence See Embedded Control Persistence part Embedded Object See Embedded Object part Embedded Package See Embedded Package part Endnotes See Endnotes part External Workbook References See External Workbook References part Font See Font part Font Table See Font Table part Footer See Footer part Footnotes See Footnotes part Glossary Document See Glossary Document part Handout Master See Handout Master part Header See Header part Main Document See Main Document part Metadata See Metadata part Notes Master See Notes Master part Notes Slide See Notes Slide part Numbering Definitions See Numbering Definitions part Pivot Table See Pivot Table part Pivot Table Cache Definition See Pivot Table Cache Definition part Pivot Table Cache Records See Pivot Table Cache Records part Presentation See Presentation part Presentation Properties See Presentation Properties part Printer Settings See Printer Settings part Query Table See Query Table part Shared String Table See Shared String Table part Shared Workbook Revision Headers See Shared Workbook Revision Headers part Shared Workbook Revision Log See Shared Workbook Revision Log part Shared Workbook User Data See Shared Workbook User Data part Single Cell Table Definitions See Single Cell Table Definitions part Slide See Slide part Slide Layout See Slide Layout part Slide Master See Slide Master part Slide Synchronization Data See Slide Synchronization Data part Style Definitions See Style Definitions part Styles See Styles part Table Definition See Table Definition part Table Styles See Table Styles part Theme See Theme part Theme Override See Theme Override part User Defined Tags See User Defined Tags part Video See Video part View Properties See View Properties part Volatile Dependencies See Volatile Dependencies part Web Settings See Web Settings part Workbook See Workbook part Worksheet See Worksheet part part-relationship item 11 picture 14 pivot table 59 Pivot Table Cache Definition part 79 Pivot Table Cache Records part 81 Pivot Table part 78 presentation 13, 98 custom 13 Presentation part 109 Presentation Properties part 111 PresentationML 7 , 13 Printer Settings part 155 producer 11 property 11 Query Table part 82 rationale 10 reference 10 relationship 7 , 11 explicit 7 , 18 implicit 7 , 18 relationships part 7 row 12, 14, 59 run 11 section 12, 24 shape 14 Shared String Table part 83 Shared Workbook Revision Headers part 84 Shared Workbook Revision Log part 85 Shared Workbook User Data part 87 Single Cell Table Definitions part 87 slide 13, 98 slide layout 98 Slide Layout part 113 slide master 13 Slide Master part 115 Slide part 111 Slide Synchronization Data part 116 Slide Synchronization Server Location 120 SpreadsheetML 7 , 12 style 12 Style Definitions part 51 Styles part 89 subdocument 24 , 55 supplementary document storage location 24 table 12, 13, 14, 60 Table Definition part 90 Table Styles part 134 template 24 text 11 theme 14, 132 , 133 Theme Override part 133 Theme part 131 thumbnail 156 transition 13 trash items 17 Unicode standard 161 unknown parts 17 unknown relationships 17 User Defined Tags part 117 video 13 Video part 157 View Properties part 118 VML 15 Volatile Dependencies part 91 W3C See World Wide Web Consortium Web Settings part 52 WordprocessingML 7 , 11 workbook 12, 60 external 96 Workbook part 92 worksheet 12, 60 Worksheet part 94 World Wide Web Consortium 9 XSL transformation 58