Office Open XML 파일 형식

Office Open XML file formats
주요 기사: Office Open XML
오피스 오픈 XML
Office Open XML 문서
X-office-document.svg
파일 이름 확장명
.docx, .docm
인터넷 미디어 유형
신청서/vnd
openxmlformats-opercedocation.
워드프로세싱ml
문서화하다[1]
개발자Microsoft, Ecma, ISO/IEC
형식 유형문서 파일 형식
연장 위치XML, DOC, 워드프로세싱ML
표준ECMA-376, ISO/IEC 29500
웹사이트ECMA-376, ISO/IEC 29500:2008
Office Open XML 프레젠테이션
X-office-presentation.svg
파일 이름 확장명
.pptx, .pptm
인터넷 미디어 유형
애플리케이션/vnd,
openxmlformats-opercedocation,
presentationml,
발표[1]
개발자Microsoft, Ecma, ISO/IEC
형식 유형프리젠테이션
연장 위치XML, PPT
표준ECMA-376, ISO/IEC 29500
웹사이트ECMA-376, ISO/IEC 29500:2008
Office Open XML 워크북
X-office-spreadsheet.svg
파일 이름 확장명
.xlsx, .xlsm
인터넷 미디어 유형
애플리케이션/vnd,
openxmlformats-opercedocation,
스프레드시트ml,
시트지[1]
개발자Microsoft, Ecma, ISO/IEC
형식 유형스프레드시트
연장 위치XML, XLS, 스프레드시트ML
표준ECMA-376, ISO/IEC 29500
웹사이트ECMA-376, ISO/IEC 29500:2008

Office Open XML 파일 형식은 전자 사무실 문서를 나타내는 데 사용할 수 있는 파일 형식 모음입니다.워드 프로세싱 문서, 스프레드시트, 프리젠테이션의 형식뿐만 아니라 수학적 공식, 그래픽, 서지그래피 등의 자료의 형식도 있다.

이 포맷들은 마이크로소프트에 의해 개발되었고 마이크로소프트 오피스 2007에 처음 등장했다.그것들은 2006년 12월부터 2008년 11월 사이에 표준화되었는데, 처음에는 Ecma International 컨소시엄에 의해 ECMA-376이 되었고, 그 후에는 ISO/IEC의 공동 기술 위원회 1에 의해 ISO/IEC 29500:2008이 되었다.

컨테이너

주요 기사:개방형 포장 규약
Ecma Office Open XML 표준 제2부의 컨테이너 구조, ECMA-376

오피스 오픈 XML 문서는 XML 및 기타 데이터 파일을 포함하는 ZIP 파일인 OPC(Open Packaging Convention) 패키지에 저장되며, 이들 간의 관계에 대한 명세와 함께 저장된다.[2]문서의 종류에 따라 패키지는 내부 디렉토리 구조와 이름이 다르다.응용 프로그램은 관계 파일을 사용하여 개별 섹션(파일)을 찾는데, 각 섹션에는 특히 MIME 메타데이터가 수반된다.

기본 패키지에는 [Content_]라는 XML 파일이 포함되어 있다.루트에는 _rels, docProps 및 문서 유형에 특정된 디렉토리(예: .docx 워드프로세싱 패키지에는 워드 디렉토리가 있음)와 함께 type.xml이 있다.워드 디렉토리에는 문서의 핵심 내용인 document.xml 파일이 들어 있다.

[내용]유형.xml
이 파일은 특정 파일 확장자에 대한 기본값과 IRI가 지정한 부분에 대한 재정의를 사용하여 패키지의 일부에 대한 MIME 유형 정보를 제공했다.
_rels.
이 디렉터리에는 패키지 내의 파일에 대한 관계가 포함되어 있다.특정 파일의 관계를 찾으려면 파일의 형제인 _rels 디렉토리를 찾은 다음 원본 파일 이름에 .rels가 추가된 파일을 찾으십시오.예를 들어, 컨텐츠 유형 파일이 어떤 관계를 가지고 있다면, [Content_]라는 파일이 있을 것이다.Types.xml.rels 디렉토리 내의 .rels.rels.
_rels/.rels
이 파일은 패키지 관계가 위치한 곳이다.지원서는 먼저 여기를 보십시오.텍스트 편집기에서 보면 해당 섹션에 대한 각 관계가 요약되어 있음을 알 수 있다.기본 document.xml 파일만 들어 있는 최소 문서에서 상세 관계는 메타데이터와 document.xml이다.
docProps/core.xml
이 파일에는 Office Open XML 문서의 핵심 속성이 포함되어 있다.
word/reason.xml
이 파일은 워드 문서의 주요 부분이다.

관계들

관계 파일(word/_rels/document.xml.rels)의 예:

<?xml 버전="1.0" 인코딩="UTF-8" 독립 실행형="예"?> <관계>  xmlns="http://schemas.microsoft.com/package/2005/06/relationships">  <관계> id="rId1"  유형="http://schemas.microsoft.com/office/2006/relationships/image"  대상="http://en.wikipedia.org/images/wiki-en.png"  타겟 모드="외부" />  <관계> id="rId2"  유형="http://schemas.microsoft.com/office/2006/relationships/hyperlink"  대상="http://www.wikipedia.org"  타겟 모드="외부" /> </관계>

이와 같이 문서에서 참조하는 이미지는 유형별 모든 관계를 찾아 관계 파일에서 찾을 수 있다.http://schemas.microsoft.com/office/2006/relationships/image사용된 이미지를 변경하려면 관계를 편집하십시오.

다음 코드는 하이퍼링크의 인라인 마크업 예를 보여준다.

<w:수동링크 r:id="rId2" w:history="1"  xmlns:r="http://schemas.openxmlformats.org/officeDocument/2006/relationships"  xmlns:w="http://schemas.openxmlformats.org/wordprocessingml/2006/main">

이 예에서 균일 리소스 로케이터(URL)는 이 경우 관계 ID "rId2"를 통해 참조되는 관계의 대상 속성에 있다.링크된 이미지, 템플릿 및 기타 항목은 동일한 방식으로 참조된다.

태그를 사용하여 사진을 삽입하거나 연결할 수 있음:

 < v:이미게다타 w:rel="rId1" o:title="example" />

이것은 이미지 파일에 대한 참조다.모든 참조는 관계를 통해 관리된다.예를 들어 document.xml은 이미지와 관계가 있다.document.xml과 동일한 디렉토리에 _rels 디렉토리가 있으며, _rels 안에는 document.xml.rels라는 파일이 있다.이 파일에는 유형, ID 및 위치를 포함하는 관계 정의가 있을 것이다.ID는 XML 문서에 사용된 참조 ID이다.유형은 미디어 유형에 대한 참조 스키마 정의로, 위치는 ZIP 패키지 내의 내부 위치 또는 URL로 정의된 외부 위치가 된다.

문서 속성

Office Open XML은 더블린 핵심 메타데이터 요소 세트와 DCMI 메타데이터 용어를 사용하여 문서 속성을 저장한다.더블린 코어는 교차 도메인 정보 자원 기술 표준으로 ISO 15836:2003에 정의되어 있다.

더블린 코어 메타데이터를 사용하는 문서 속성 파일(docProps/core.xml)의 예는 다음과 같다.

<?xml 버전="1.0" 인코딩="UTF-8" 독립 실행형="예"?> <cp:coreProperties xmlns:cp="http://schemas.openxmlformats.org/package/2006/metadata/core-properties" xmlns:dcterms="http://purl.org/dc/terms/" xmlns:dcterms="http://purl.org/dc/terms/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">><dc:title> Office Open XML</dc:title><dc:title>파일 형식 및 구조 </dc:대상> <dc:creator>위키백과 <cp:creator> <cp:keywords> 오피스 오픈 XML, 메타데이터, 더블린 코어</cp:keywords> <dc:description> 오피스 오픈 XML은 ISO 15836:2003 </dc:description> <cp:lastModifiedBy>를 사용한다.위키백과 </cp:revision>1</cp:revision> <dcterms:created xsi:type="dcterms:W3CDTF" 2008-06-19T20:00:00Z</dcterms:created xsi:type="dcterms:W3CDTF")2008-06-19T20:42:00Z</dcterms:수정됨><cp:category>문서 파일 형식</cp:category> <cp:contentStatus>파이널</cp:contentStatus> </cp:coreProperties>

문서 마크업 언어

Office Open XML 파일은 Microsoft Office 제품군 내의 응용프로그램에 해당하는 전문 마크업 언어로 인코딩된 여러 문서를 포함할 수 있다.오피스 오픈 XML은 27개의 네임스페이스와 89개의 스키마 모듈을 사용하여 여러 단어를 정의한다.

주요 마크업 언어는 다음과 같다.

  • 워드 프로세싱을 위한 워드 프로세싱ML
  • 스프레드시트스프레드시트용 ML
  • 프리젠테이션프레젠테이션용 ML

공유 마크업 언어 자료에는 다음이 포함된다.

  • OMML(Office Math Markup Language)
  • 벡터 도면, 차트 및 텍스트 아트에 사용되는 DrawingML(추가적으로 사용되지 않지만 도면에 VML이 지원됨)
  • 확장 특성
  • 사용자 지정 속성
  • 변형 유형
  • 사용자 지정 XML 데이터 속성
  • 참고 문헌 목록

위의 마크업 언어 외에도 Office Open XML을 확장하는 데 사용자 정의 XML 스키마를 사용할 수 있다.

디자인 어프로치

ODF의 편집자인 패트릭 듀루소는 OOXML과 ODF의 마크업 스타일을 "원소측"과 "속성측"이라는 두 가지 토론의 양면을 대변하는 것으로 보아왔다.그는 OOXML이 "이 접근방식의 요소 측면"을 나타낸다는 점에 주목하며, 이 접근방식의 단면을 설명한다.KeepNext예를 들어 다음과 같은 예:

<w:pPr> <w:keepNext/> …</w:pPr>

대조적으로, 그는 ODF가 단일 속성을 사용할 것이라고 말한다.fo:keep-next같은 의미에 대한 요소보다는 요소.[3]

XML of Office Open XML은 부하 시간을 줄이고 구문 분석 속도를 향상시키는 것을 강조한다.[4]2007년 4월에 현재 응용프로그램을 사용한 테스트에서 XML 기반 사무소 문서는 이진 형식보다 로딩 속도가 느렸다.[5]Office Open XML은 성능을 향상시키기 위해 공통 요소와 스프레드시트에 매우 짧은 요소 이름을 사용하고 날짜를 인덱스 번호로 저장한다(1900년부터 또는 1904년부터).[6]체계적이고 일반적이기 위해 Office Open XML은 일반적으로 다중 속성을 사용하는 대신 데이터와 메타데이터(특성의 경우 Pr로 끝나는 요소 이름)에 별도의 하위 요소를 사용하므로 구조화된 속성이 가능하다.Office Open XML은 혼합된 내용을 사용하지 않고 요소를 사용하여 일련의 텍스트 실행(기본 이름 r)을 단락(기본 이름 p)에 넣는다.그 결과는 HTML과는 대조적으로 간결하고[citation needed] 내포성이 높으며, 예를 들어, 상당히 평평하며, 인간이 텍스트 편집기에 쓸 수 있도록 설계되었으며, 인간이 읽기에 더 적합하다.

본문 내의 요소와 속성의 명칭은 일부 비판을 불러 일으켰다.OOXML(ECMA-376)에는 문서가 텍스트인지 스프레드시트인지 프리젠테이션인지에 따라 텍스트 색상과 정렬을 지정하기 위한 세 가지 구문이 있다.Rob Weir(IBM 직원 겸 OASIS OpenDocument Format TC 공동의장)는 "이 공포의 공학적인 정당성은 무엇인가?"라고 묻는다.그는 "ODF는 W3C의 XSL-FO 어휘를 텍스트 스타일링에 사용하며, 이 어휘를 일관성 있게 사용한다"[7]고 OpenDocument와 대비된다.

일부 사람들은 그 디자인이 마이크로소프트 애플리케이션에 너무 밀접하게 기초하고 있다고 주장해왔다.2007년 8월 리눅스 재단은 OOXML의 국제표준화 기간 중 ISO 국가기관에 "아니오, 코멘트와 함께" 투표를 요구하는 블로그 게시물을 게재했다. "OOXML은 단일 벤더의 바이너리 문서 형식의 직접 포트다.관련 기존 국제표준(예: 여러 암호화 알고리즘, VML 등)의 재사용을 회피한다.플랫폼별 특징에 묶인 바이너리 코드의 지속적인 사용, MS-Office의 버그를 표준으로 전파하는 것, 독점 단위, 소유/비밀 태그에 대한 언급, 불분명한 IP와 특허권 등을 포함하여, OOXML을 표준화하기 전에 해결해야 할 기술적 결함이 글자 그대로 수백 개 있다."[8]

JTC 1에 제출된 표준의 버전은 6546페이지였다.그러한 길이의 필요성과 적절성에 대해 의문이 제기되었다.[9][10]구글은 "같은 목표를 달성하는 ODF 표준은 867페이지에 불과하다"[9]고 밝혔다.

워드프로세싱ML(WML)

워드 프로세싱 문서는 WordprocessingML로 알려진 XML 어휘를 스키마에 의해 정규적으로 정의됨wml.xsd표준에 수반되는 것.이 어휘는 제1부 11절에 정의되어 있다.[11]

스프레드시트ML(SML)

스프레드시트 문서에서는 스프레드시트라고 하는 XML 어휘를 사용함스키마에 의해 정규적으로 정의된 MLsml.xsd표준에 수반되는 것.이 어휘는 제1부 12절에 기술되어 있다.[11]

스프레드시트의 각 워크시트는 루트 요소가 명명된 XML 문서로 표시됨<worksheet>...</worksheet>http://schemas.openxmlformats.org/spreadsheetml/2006/main 네임스페이스.

스프레드시트의 날짜 및 시간 값 표현ML은 일부 비판을 받았다.ECMA-376 1판은 ISO 8601:2004 "날짜 및 시간 표시"를 준수하지 않는다.이를 위해서는 1900년을 윤년으로 잘못 취급하는 Lotus[12] 1-2-3 버그를 구현해야 한다.ECMA-376을 준수하는 제품은 NOTYNY() 스프레드시트 기능을 사용해야 하므로, 잘못된 날짜를 요일에 할당하고, 또한 특정 날짜 사이의 일 수를 잘못 계산해야 한다.[13]ECMA-376 제2판(ISO/IEC 29500)은 Lotus 1-2-3 버그 호환 형태 외에 8601:2004 "날짜 및 시간 표시"를 사용할 수 있다.[14][15]

OMML(Office MathML)

Office Math Markup Language는 WordprocessingML에 내장될 수 있는 수학 마크업 언어로서, 수정기호,[16] 각주, 주석, 이미지, 정교한 형식과 스타일 등 워드 프로세싱 마크업을 포함시키는 것을 본질적으로 지원한다.[17]OMML 형식은 이러한 사무실 기능을 지원하지 않지만 XSL 변환을 통해 부분적으로 호환되는[18] W3C(World Wide Web Consortium) MathML 권장사항과는 다르다. 도구는 사무실 스위트와 함께 제공되며 클립보드 변환을 통해 자동으로 사용된다.[19]

다음 Office MathML 예에서는 분수를 정의한다: 

<>m:oMathPara>,<>입니다. 수학적 블록 컨테이너는 단락으로를 사용했지><>m:oMath>,<>입니다. 수학적 인라인 공식,><>m:f>,>!--일부--><>m:num>,<>m:r>,<>m:t>, π<, /m:t>,<>/m:r>,<>/m:num>,>입니다. 분자로 텍스트의 싱글 패스 포함하는--><>m:den>,<>m:r>,<>m:t>, 2<./.M:t>,<>/m:r>,<>/m:den>,<>!--분모 텍스트의 싱글 패스 포함하는--><>/m:f>,<>/m:oMath>,<>/m:oMathP.ara>

일부에서는 '웹페이지의 수학적 표현식 반영'과 '기계 간 통신'[20]에 대한 W3C 권고안인 MathML 사용을 옹호하는 대신 Office MathML(OMML)의 필요성을 제기하고 있다.Murray Sargent는 두 형식 간의 철학적 차이점 중 일부를 상세히 기술한 블로그 게시물을 통해 이러한 이슈들의 몇 가지에 대해 답변했다.[21]

도면ML

DrawML 차트 예제

DrawingML은 Office Open XML 문서에서 사용되는 벡터 그래픽 마크업 언어다.텍스트 요소의 그래픽 렌더링, 그래픽 벡터 기반 형상 요소, 그래픽 테이블 및 차트가 주요 특징이다.

DrawingML 테이블은 Office Open XML의 세 번째 테이블 모델(WordcessingML 및 스프레드시트의 테이블 모델 옆에 있음)ML) 그래픽 효과에 최적화되어 있으며, 주요 용도는 프리젠테이션으로 작성된 프리젠테이션에 있음ML 마크업.드로잉ML에는 드로잉ML에서 사용되는 다양한 그래픽 요소에 사용할 수 있는 그래픽 효과(그림자, 반사 등)가 포함되어 있다. 드로잉ML에서는 유연한 카메라 관점을 통해 다양한 그래픽 요소를 보여주는 등 3d 효과를 만들 수도 있다.Office Open XML 패키지에서 별도의 DrawingML 테마 파트를 만들 수 있다.그런 다음 이러한 테마를 Office Open XML 패키지의 그래픽 요소에 적용할 수 있다.[22]

DrawingML은 SVG와 같은 다른 벡터 그래픽 형식과 관련이 없다.이것들은 DrawingML로 변환되어 Office Open XML 문서에 기본적으로 포함될 수 있다.이것은 SVG의 서브셋을 사용하고 벡터 그래픽을 별도 파일로 포함하는 OpenDocument 형식에 대한 다른 접근 방식이다.

도면ML 그래픽의 치수는 영어 미터법 단위(EMU)로 지정된다.원래 영어 단위나 미터 단위에서 치수를 정확히 공통적으로 표현할 수 있기 때문에(센티미터의 1/36만 개로 정의됨) 계산에서 반올림을 방지하기 위해 인치당 914,400개의 EMU와 12,700개의 EMU가 있다.Rick Jelliffe는 특정 설계 기준에 대한 합리적인 해결책으로 EMU를 선호한다.[23]

일부에서는 W3C 권장사항 SVG 대신 DrawML(및 과도기 사용 전용 VML)의 사용을 비판하였다. VML은 W3C 권장사항이 되지 않았다.[24][25]

해외자원

비XML 컨텐츠

OOXML 문서는 일반적으로 XML 내용(그래픽, 비디오 등) 외에 다른 자원으로 구성된다.

일부 사람들은 그러한 자원에 대해 허용된 포맷의 선택을 비판해왔다: ECMA-376 1판은 "Embedded Object Alternational Image Requests Type"과 "Clipboard Format Type"을 명시한다. 이 형식들은 각각 Windows 자체에 하드 코딩된 의존성을 가진 독점 포맷이다.비평가들은 표준이 플랫폼 중립 표준 ISO/IEC 8632 "컴퓨터 그래픽 메타파일"[13]을 참조했어야 한다고 주장한다.

외국인 마크업

이 기준서는 편집 목적을 위한 콘텐츠에 외국인의 마크를 포함하기 위한 세 가지 메커니즘을 제공한다.

  • 스마트 태그
  • 사용자 지정 XML 마크업
  • 구조화된 문서 태그

이것들은 제1부 17.5절에 정의되어 있다.

호환성 설정

Office Open XML 버전에는 "호환성 설정"이라고 하는 버전이 포함되어 있다.이것들은 ECMA-376 제1판의 Part 4("Markup Language Reference")에 포함되어 있지만, 표준화 과정에서 ISO/IEC 29500:2008("경과 이동 기능")의 새로운 파트(Part 4)로 이동되었다.

이 설정(autoSpaceLikeWord95, 각주LayoutLike와 같은 이름의 요소 포함)WW8, lineWrapLikeWord6, mwSmallCaps, shapeLayoutLikeWW8, suppressTopSpacingWP, cutcateFontHightsLikeWP6, uiCompat 972003년도까지, useWord2002TableStyleRules, useWord97LineBreakRules, wpJustification 및 wpSpaceWidth)는 DIS 29500의 표준화 과정에서 일부 논란의 초점이 되었다.[26]그 결과, ISO/IEC 29500에 새로운 텍스트가 추가되어 문서화되었다.[27]

Free Software Magazine의 한 기사는 이러한 설정에 사용된 마크업을 비판해왔다.Office Open XML은 각 호환성 설정에 뚜렷한 이름을 가진 요소를 사용하며, 각 요소는 스키마에 선언되어 있다.따라서 설정의 레퍼토리는 제한적이다. 새로운 호환성 설정을 추가하기 위해서는 "잠재적으로 수천 개의 요소를 생성하며 각각은 상호운용성과 무관하다"[28]고 선언해야 할 수 있다.

확장성

이 표준은 Part 3(ISO/IEC 29500-3:2008)에 정의된 마크업 호환성 및 확장성 메커니즘과 Part 1의 조항 18.2.10에 정의된 확장 목록이라는 두 가지 유형의 확장성을 제공한다.

참조

  1. ^ a b c Microsoft. "Register file extensions on third party servers". microsoft.com. Retrieved 2009-09-04.
  2. ^ Tom Ngo (December 11, 2006). "Office Open XML Overview" (PDF). Ecma International. p. 6. Retrieved 2007-01-23.
  3. ^ Patrick Durusau (21 October 2008). "Old Wine In New Skins" (PDF).
  4. ^ Intellisafe Technologies. "Software Developer uses Office Open XML to Minimize File Space, Increase Interoperability" (PDF).
  5. ^ George Ou (2007-04-27). "MS Office 2007 versus Open Office 2.2 shootout". ZDnet.com. Retrieved 2007-04-27.
  6. ^ "Differences between the 1900 and the 1904 date system in Excel". Microsoft. 2013-03-05. Retrieved 2016-08-23.
  7. ^ Rob Weir (14 March 2008). "Disharmony of OOXML".
  8. ^ John Cherry (14 March 2008). "OOXML — vote "No, with comments"".
  9. ^ a b "Google's Position on OOXML as a Proposed ISO Standard" (PDF). Google. February 2008. Archived from the original (PDF) on 2010-08-18. If ISO were to give OOXML with its 6546 pages the same level of review that other standards have seen, it would take 18 years (6576 days for 6546 pages) to achieve comparable levels of review to the existing ODF standard (871 days for 867 pages) which achieves the same purpose and is thus a good comparison. Considering that OOXML has only received about 5.5% of the review that comparable standards have undergone, reports about inconsistencies, contradictions and missing information are hardly surprising
  10. ^ "OOXML: What's the big deal?". IBM. 2008-02-19. Archived from the original on 2009-10-03.
  11. ^ a b "ISO/IEC 29500-1:2016". ISO and IEC. 2016-11-01.
  12. ^ Kyd, Charley (October 2006). "How to Work With Dates Before 1900 in Excel". ExcelUser. Retrieved 2009-09-16.
  13. ^ a b "The Contradictory Nature of OOXML". ConsortiumInfo.org. 17 January 2007.
  14. ^ "ECMA-376 2nd edition Part 1 (3. Normative references)". Ecma-international.org. Retrieved 2009-09-16.
  15. ^ "New set of proposed dispositions posted, including more positive changes to the Ecma Office Open XML formats – Dispositions now proposed for more than half of National Bodies' comments". Ecma-international.org. 2007-12-11. Retrieved 2009-09-16.
  16. ^ Jesper Lund Stocholm (2008-02-12). "Do your math - OOXML and OMML (Updated 2008-02-12)". A Mooh Point blog. Retrieved 2015-11-18.
  17. ^ Murray Sargent (2007-06-05). "Science and Nature have difficulties with Word 2007 mathematics". MSDN blogs. Retrieved 2007-07-31.
  18. ^ David Carlisle (2007-05-09). "XHTML and MathML from Office 2007". David Carlisle. Retrieved 2007-09-20.
  19. ^ "DevBlogs".
  20. ^ "Microsoft Office dumped by Science and Nature". ZDNet Australia. 18 June 2007.
  21. ^ "DevBlogs".
  22. ^ Wouter Van Vugt (2008-11-01). "Open XML Explained e-book". Openxmldeveloper.org. Archived from the original on 2007-10-28. Retrieved 2007-09-14.
  23. ^ Rick Jelliffe in Technical (April 16, 2007). "Why EMUs? - O'Reilly XML Blog". Oreillynet.com. Retrieved 2009-05-19.
  24. ^ "The X Factor". reddevnews.com. October 2007.
  25. ^ "VML — the Vector Markup Language". W3.org. 1998-05-13. Retrieved 2009-05-19.
  26. ^ "ODF/OOXML technical white paper — A white paper based on a technical comparison between the ODF and OOXML formats". Free Software Magazine.
  27. ^ "ECMA-376 2nd edition Part 4 (paragraph 9.7.3)". Ecma-international.org. Retrieved 2009-09-16.
  28. ^ "ODF/OOXML technical white paper — A white paper based on a technical comparison between the ODF and OOXML formats". Free Software Magazine. "... OOXML chose this route. Rather than create an application-definable configuration tag there is a unique tag for each setting ... Currently, the only application's unique settings that are catered for are the applications that the standard's authors have decided to include, ... For other applications to be added, further tag names would need to be defined in the specification, potentially creating thousands of them, each having nothing to do with interoperability ..".