เอกสาร Office Open XML
นามสกุลไฟล์	.docx, .docm
สื่อประเภทอินเทอร์เน็ต	application/vnd. openxmlformats-officedocument. wordprocessingml. document [ 1 ]
พัฒนาโดย	ไมโครซอฟต์ , ECMA , ISO / IEC
การเผยแพร่ครั้งแรก	2006 ( 2006 )
ประเภทของรูปแบบ	รูปแบบไฟล์เอกสาร
ขยายจาก	XML , DOC , การประมวลผลคำ ML
มาตรฐาน	ECMA-376, ISO/IEC 29500
เว็บไซต์	ECMA-376 , ISO/IEC 29500:2008

การนำเสนอ Office Open XML
นามสกุลไฟล์	.pptx, .pptm
สื่อประเภทอินเทอร์เน็ต	application/vnd. openxmlformats-officedocument. presentationml. presentation [ 1 ]
พัฒนาโดย	ไมโครซอฟต์ , ECMA , ISO / IEC
ประเภทของรูปแบบ	การนำเสนอ
ขยายจาก	XML , PPT
มาตรฐาน	ECMA-376, ISO/IEC 29500
เว็บไซต์	ECMA-376 , ISO/IEC 29500:2008

เวิร์กบุ๊ก Office Open XML
นามสกุลไฟล์	.xlsx, .xlsm
สื่อประเภทอินเทอร์เน็ต	application/vnd. openxmlformats-officedocument. spreadsheetml. sheet [ 1 ]
พัฒนาโดย	ไมโครซอฟต์ , ECMA , ISO / IEC
ประเภทของรูปแบบ	สเปรดชีต
ขยายจาก	XML , XLS , SpreadsheetML
มาตรฐาน	ECMA-376, ISO/IEC 29500
เว็บไซต์	ECMA-376 , ISO/IEC 29500:2008

รูปแบบไฟล์ Office Open XMLคือชุดรูปแบบไฟล์ที่ใช้ในการแสดง เอกสาร สำนักงาน อิเล็กทรอนิกส์ มีรูปแบบสำหรับเอกสารประมวลผลคำสเปรดชีตและงานนำเสนอรวมถึงรูปแบบเฉพาะสำหรับเนื้อหา เช่น สูตรทางคณิตศาสตร์ กราฟิก บรรณานุกรม เป็นต้น

รูปแบบเหล่านี้ได้รับการพัฒนาโดยMicrosoftและปรากฏครั้งแรกในMicrosoft Office 2007โดยได้รับการกำหนดมาตรฐานระหว่างเดือนธันวาคม 2006 ถึงเดือนพฤศจิกายน 2008 เริ่มแรกโดย กลุ่มความร่วมมือ ระหว่างประเทศ Ecmaซึ่งได้กลายเป็น ECMA-376 และต่อมาหลังจากกระบวนการกำหนดมาตรฐานที่มีการโต้แย้งกันโดยคณะกรรมการทางเทคนิคร่วมที่ 1 ของ ISO/IEC ซึ่งได้กลายเป็น ISO/IEC 29500:2008

เอกสาร Office Open XML จะถูกจัดเก็บไว้ใน แพ็กเกจ Open Packaging Conventions (OPC) ซึ่งเป็นไฟล์ ZIPที่มี ไฟล์ XMLและไฟล์ข้อมูลอื่นๆ พร้อมกับข้อกำหนดของความสัมพันธ์ระหว่างไฟล์เหล่านั้น^{[ 2 ]}ขึ้นอยู่กับประเภทของเอกสาร แพ็กเกจจะมีโครงสร้างไดเร็กทอรีภายในและชื่อที่แตกต่างกัน แอปพลิเคชันจะใช้ไฟล์ความสัมพันธ์เพื่อค้นหาส่วนต่างๆ (ไฟล์) แต่ละส่วน โดยแต่ละส่วนจะมีเมตาเดตาประกอบ โดยเฉพาะเมตาเดตา MIME

แพ็กเกจพื้นฐานประกอบด้วยไฟล์ XML ชื่อ[Content_Types].xmlอยู่ที่ราก พร้อมด้วยไดเร็กทอรีอีกสามแห่ง ได้แก่_rels , docPropsและไดเร็กทอรีเฉพาะสำหรับประเภทเอกสาร (ตัวอย่างเช่น ในแพ็กเกจประมวลผลคำ .docx จะมี ไดเร็กทอรี word ) ไดเร็กทอรี wordจะมี ไฟล์ document.xmlซึ่งเป็นเนื้อหาหลักของเอกสาร

[Content_Types].xml

ไฟล์นี้ให้ข้อมูลประเภท MIME สำหรับบางส่วนของแพ็กเกจ โดยใช้ค่าเริ่มต้นสำหรับนามสกุลไฟล์บางประเภท และกำหนดค่าใหม่สำหรับส่วนที่ระบุโดยIRI

_rels

ไดเร็กทอรีนี้ประกอบด้วยความสัมพันธ์ระหว่างไฟล์ต่างๆ ภายในแพ็กเกจ หากต้องการค้นหาความสัมพันธ์สำหรับไฟล์ใดไฟล์หนึ่ง ให้มองหา ไดเร็กทอรี _relsที่อยู่ระดับเดียวกันกับไฟล์นั้น จากนั้นมองหาไฟล์ที่มีชื่อไฟล์เดิมแล้ว ต่อท้ายด้วย . relsตัวอย่างเช่น หากไฟล์ประเภทเนื้อหามีความสัมพันธ์ใดๆ ก็จะมีไฟล์ชื่อ[Content_Types].xml.relsอยู่ภายในไดเร็กทอรี_rels

_rels/.rels

ไฟล์นี้เป็นที่เก็บความสัมพันธ์ระหว่างแพ็กเกจต่างๆ แอปพลิเคชันจะตรวจสอบที่นี่ก่อน เมื่อดูในโปรแกรมแก้ไขข้อความ จะเห็นว่ามีการแสดงความสัมพันธ์แต่ละส่วนไว้อย่างชัดเจน ในเอกสารขนาดเล็กที่มีเพียงไฟล์ document.xml พื้นฐานความสัมพันธ์ที่แสดงรายละเอียดจะอยู่ในmetadataและdocument.xml

docProps/core.xml

ไฟล์นี้ประกอบด้วยคุณสมบัติหลักสำหรับเอกสาร Office Open XML ทุกประเภท

เวิร์ด/เอกสาร.xml

ไฟล์นี้เป็นส่วนสำคัญที่สุดของเอกสาร Word ทุกฉบับ

ตัวอย่างไฟล์ความสัมพันธ์ ( word/_rels/document.xml.rels ) มีดังนี้:

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> <Relationships xmlns= "http://schemas.microsoft.com/package/2005/06/relationships" > <Relationship Id= "rId1" Type= "http://schemas.microsoft.com/office/2006/relationships/image" Target= "http://en.wikipedia.org/images/wiki-en.png" TargetMode= "External" /> <Relationship Id= "rId2" Type= "http://schemas.microsoft.com/office/2006/relationships/hyperlink" Target= "http://www.wikipedia.org" TargetMode= "External" /> </Relationships>

ดังนั้น รูปภาพที่อ้างอิงในเอกสารจึงสามารถพบได้ในไฟล์ความสัมพันธ์โดยการค้นหาความสัมพันธ์ทั้งหมดที่เป็นประเภทhttp://schemas.microsoft.com/office/2006/relationships/imageหากต้องการเปลี่ยนรูปภาพที่ใช้ ให้แก้ไขความสัมพันธ์นั้น

โค้ดต่อไปนี้แสดงตัวอย่างการใช้มาร์กอัปแบบอินไลน์สำหรับไฮเปอร์ลิงก์ :

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

ในตัวอย่างนี้Uniform Resource Locator (URL) อยู่ในแอตทริบิวต์ Target ของความสัมพันธ์ที่อ้างอิงผ่านรหัสความสัมพันธ์ ซึ่งในกรณีนี้คือ "rId2" รูปภาพ เทมเพลต และรายการอื่นๆ ที่เชื่อมโยงจะถูกอ้างอิงในลักษณะเดียวกัน

สามารถฝังหรือเชื่อมโยงรูปภาพโดยใช้แท็กได้:

<v:imagedata w:rel= "rId1" o:title= "example" />

นี่คือการอ้างอิงถึงไฟล์รูปภาพ การอ้างอิงทั้งหมดจะถูกจัดการผ่านความสัมพันธ์ ตัวอย่างเช่น ไฟล์ document.xml มีความสัมพันธ์กับรูปภาพ ในไดเร็กทอรีเดียวกับ document.xml จะมีไดเร็กทอรี _rels และภายใน _rels จะมีไฟล์ชื่อ document.xml.rels ไฟล์นี้จะมีคำจำกัดความของความสัมพันธ์ซึ่งประกอบด้วยประเภท รหัส และตำแหน่ง รหัสคือรหัสอ้างอิงที่ใช้ในเอกสาร XML ประเภทจะเป็นคำจำกัดความของสคีมาอ้างอิงสำหรับประเภทสื่อ และตำแหน่งจะเป็นตำแหน่งภายในแพ็กเกจ ZIP หรือตำแหน่งภายนอกที่กำหนดด้วย URL

Office Open XML ใช้ ชุดองค์ประกอบ เมตาเดตาDublin Core และ ข้อกำหนดเมตาเดตา DCMIเพื่อจัดเก็บคุณสมบัติของเอกสาร Dublin Core เป็นมาตรฐานสำหรับการอธิบายทรัพยากรข้อมูลข้ามโดเมน และกำหนดไว้ในISO 15836: 2003

ตัวอย่างไฟล์คุณสมบัติเอกสาร ( docProps/core.xml ) ที่ใช้เมตาเดต้า Dublin Core มีดังนี้:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <cp:coreProperties xmlns:cp= "http://schemas.openxmlformats.org/package/2006/metadata/core-properties" xmlns:dc= "http://purl.org/dc/elements/1.1/" xmlns:dcterms= "http://purl.org/dc/terms/" xmlns:xsi= "http://www.w3.org/2001/XMLSchema-instance" > <dc:title> Office Open XML </dc:title> <dc:subject>รูปแบบและโครงสร้างของไฟล์</dc:subject> <dc:creator> Wikipedia </dc:creator> <cp:keywords> Office Open XML, เมตาเดตา, Dublin Core </cp:keywords> <dc:description> Office Open XML ใช้มาตรฐาน ISO 15836:2003 </dc:description> <cp:lastModifiedBy> Wikipedia </cp:lastModifiedBy> <cp:revision> 1 </cp:revision> <dcterms:created xsi:type= "dcterms:W3CDTF" > 2008-06-19T20:00:00Z </dcterms:created> <dcterms:modified xsi:type= "dcterms:W3CDTF" > 2008-06-19T20:42:00Z </dcterms:modified> <cp:category>รูปแบบไฟล์เอกสาร</cp:category> <cp:contentStatus>ฉบับสุดท้าย</cp:contentStatus> </cp:coreProperties>

ไฟล์ Office Open XML อาจประกอบด้วยเอกสารหลายฉบับที่เข้ารหัสด้วยภาษามาร์กอัป เฉพาะทาง ที่สอดคล้องกับแอปพลิเคชันต่างๆ ภายในกลุ่มผลิตภัณฑ์ Microsoft Office Office Open XML กำหนดคำศัพท์หลายชุดโดยใช้เนมสเปซ 27 รายการ และโมดูล สคีมา 89 รายการ

ภาษามาร์กอัปหลักได้แก่:

• WordprocessingML สำหรับการประมวลผลคำ
• SpreadsheetML สำหรับสเปรดชีต
• PresentationML สำหรับการนำเสนอ

เอกสารภาษามาร์กอัปที่ใช้ร่วมกัน ได้แก่:

• ภาษามาร์กอัปคณิตศาสตร์สำหรับสำนักงาน (OMML)
• DrawingML ใช้สำหรับวาดภาพเวกเตอร์ แผนภูมิ และตัวอย่างเช่น งานศิลปะจากตัวอักษร (นอกจากนี้ แม้ว่าจะเลิกใช้แล้ว แต่VMLก็ยังรองรับการวาดภาพอยู่)
• คุณสมบัติเพิ่มเติม
• คุณสมบัติที่กำหนดเอง
• ประเภทตัวแปร
• คุณสมบัติข้อมูล XML แบบกำหนดเอง
• บรรณานุกรม

นอกเหนือจากภาษามาร์กอัปข้างต้นแล้ว ยังสามารถใช้สคีมา XML แบบกำหนดเองเพื่อขยายขีดความสามารถของ Office Open XML ได้อีกด้วย

แพทริค ดูรูซาอู บรรณาธิการของODFมองว่ารูปแบบการเขียนมาร์กอัปของ OOXML และ ODF เป็นตัวแทนของสองด้านของการถกเถียง คือ "ด้านองค์ประกอบ" และ "ด้านแอตทริบิวต์" เขาตั้งข้อสังเกตว่า OOXML เป็นตัวแทนของ "ด้านองค์ประกอบของแนวทางนี้" และยกKeepNextตัวอย่างองค์ประกอบขึ้นมา:

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

ในทางตรงกันข้าม เขาตั้งข้อสังเกตว่า ODF จะใช้แอตทริบิวต์เดียวfo:keep-nextแทนที่จะเป็นองค์ประกอบ สำหรับความหมายเดียวกัน^{[ 3 ]}

โครงสร้างXMLของ Office Open XML เน้นการลดเวลาในการโหลดและปรับปรุงความเร็วในการแยกวิเคราะห์^{[ 4 ]}ในการทดสอบกับแอปพลิเคชันปัจจุบันในเดือนเมษายน 2550 เอกสารสำนักงานที่ใช้ XML โหลดช้ากว่ารูปแบบไบนารี^{[ 5 ]}เพื่อเพิ่มประสิทธิภาพ Office Open XML ใช้ชื่อองค์ประกอบที่สั้นมากสำหรับองค์ประกอบทั่วไป และสเปรดชีตจะบันทึกวันที่เป็นหมายเลขดัชนี (เริ่มต้นจากปี 1900 หรือจากปี 1904) ^{[ 6 ]}เพื่อให้เป็นระบบและเป็นแบบทั่วไป Office Open XML มักใช้องค์ประกอบย่อยที่แยกจากกันสำหรับข้อมูลและเมตาเดตา (ชื่อองค์ประกอบที่ลงท้ายด้วยPrสำหรับคุณสมบัติ ) แทนที่จะใช้แอตทริบิวต์หลายรายการ ซึ่งช่วยให้มีคุณสมบัติที่มีโครงสร้าง Office Open XML ไม่ใช้เนื้อหาแบบผสม แต่ใช้องค์ประกอบเพื่อใส่ชุดข้อความ (ชื่อองค์ประกอบr ) ลงในย่อหน้า (ชื่อองค์ประกอบp ) ผลลัพธ์ที่ได้นั้นกระชับและซ้อนกันสูงเมื่อเทียบกับHTMLตัวอย่างเช่น ซึ่งค่อนข้างแบน ออกแบบมาเพื่อให้มนุษย์เขียนในโปรแกรมแก้ไขข้อความและอ่านง่ายกว่าสำหรับมนุษย์

การตั้งชื่อองค์ประกอบและคุณลักษณะภายในข้อความได้รับคำวิจารณ์บ้าง มีไวยากรณ์ที่แตกต่างกันสามแบบใน OOXML (ECMA-376) สำหรับการระบุสีและการจัดแนวของข้อความ ขึ้นอยู่กับว่าเอกสารนั้นเป็นข้อความ สเปรดชีต หรือการนำเสนอ Rob Weir ( พนักงาน ของ IBMและประธานร่วมของOASIS OpenDocument Format TC) ถามว่า "เหตุผลทางวิศวกรรมสำหรับความน่ากลัวนี้คืออะไร?" เขาเปรียบเทียบกับOpenDocumentว่า "ODF ใช้คำศัพท์ XSL-FO ของ W3C สำหรับการจัดรูปแบบข้อความ และใช้คำศัพท์นี้อย่างสม่ำเสมอ" ^{[ 7 ]}

บางคนโต้แย้งว่าการออกแบบนี้อิงตามแอปพลิเคชันของ Microsoft อย่างใกล้ชิดเกินไป ในเดือนสิงหาคม พ.ศ. 2550 มูลนิธิลินุกซ์ได้เผยแพร่บทความในบล็อกเรียกร้องให้หน่วยงานระดับชาติของ ISO ลงคะแนน "ไม่เห็นด้วย พร้อมความคิดเห็น" ในระหว่างการกำหนดมาตรฐานสากลของ OOXML โดยระบุว่า "OOXML เป็นการนำรูปแบบเอกสารไบนารีของผู้จำหน่ายรายเดียวมาใช้โดยตรง หลีกเลี่ยงการนำมาตรฐานสากลที่มีอยู่มาใช้ซ้ำ (เช่น อัลกอริทึมการเข้ารหัสหลายรายการ VML เป็นต้น) มีข้อบกพร่องทางเทคนิคหลายร้อยรายการที่ควรได้รับการแก้ไขก่อนที่จะกำหนดมาตรฐาน OOXML รวมถึงการใช้รหัสไบนารีที่ผูกกับคุณสมบัติเฉพาะแพลตฟอร์มอย่างต่อเนื่อง การแพร่กระจายข้อบกพร่องใน MS-Office ไปสู่มาตรฐาน หน่วยที่เป็นกรรมสิทธิ์ การอ้างอิงถึงแท็กที่เป็นกรรมสิทธิ์/เป็นความลับทรัพย์สินทาง ปัญญา และสิทธิบัตรที่ไม่ชัดเจน และอื่นๆ อีกมากมาย" ^{[ 8 ]}

มาตรฐานฉบับที่ส่งไปยังJTC 1มีความยาว 6546 หน้า ความจำเป็นและความเหมาะสมของความยาวดังกล่าวถูกตั้งคำถาม^{[ 9 ] [ 10 ]} Googleระบุว่า "มาตรฐาน ODF ซึ่งบรรลุเป้าหมายเดียวกัน มีความยาวเพียง 867 หน้า" ^{[ 9 ]}

เอกสารประมวลผลคำใช้คำศัพท์ XML ที่เรียกว่า WordprocessingML ซึ่งกำหนดไว้ในเชิงบรรทัดฐานโดยสคีมาwml.xsdที่มาพร้อมกับมาตรฐาน คำศัพท์นี้กำหนดไว้ในข้อ 11 ของส่วนที่ 1 ^{[ 11 ]}

เอกสารสเปรดชีตใช้คำศัพท์ XML ที่เรียกว่า SpreadsheetML ซึ่งกำหนดไว้ในเชิงบรรทัดฐานโดยสคีมาsml.xsdที่มาพร้อมกับมาตรฐาน คำศัพท์นี้อธิบายไว้ในข้อ 12 ของส่วนที่ 1 ^{[ 11 ]}

แต่ละเวิร์กชีตในสเปรดชีตจะถูกแทนด้วยเอกสาร XML โดยมีองค์ประกอบรากที่ตั้งชื่อไว้<worksheet>...</worksheet>ในhttp://schemas.openxmlformats.org/spreadsheetml/2006/mainเนมสเปซ

การแสดงค่าวันที่และเวลาใน SpreadsheetML ได้รับการวิพากษ์วิจารณ์บ้าง ECMA-376 ฉบับที่ 1 ไม่สอดคล้องกับ ISO 8601:2004 "การแสดงวันที่และเวลา" กำหนดให้การใช้งานต้องจำลองข้อบกพร่องของLotus 1-2-3 ^{[ 12 ]}ที่ถือว่าปี 1900 เป็นปีอธิกสุรทินอย่างผิดพลาด ผลิตภัณฑ์ที่สอดคล้องกับ ECMA-376 จะต้องใช้ฟังก์ชันสเปรดชีต WEEKDAY() และด้วยเหตุนี้จึงกำหนดวันที่ไม่ถูกต้องให้กับบางวันในสัปดาห์ และยังคำนวณจำนวนวันระหว่างวันที่บางวันผิดพลาดอีกด้วย^{[ 13 ]} ECMA-376 ฉบับที่ 2 (ISO/IEC 29500) อนุญาตให้ใช้ 8601:2004 "การแสดงวันที่และเวลา" นอกเหนือจากรูปแบบที่เข้ากันได้กับข้อบกพร่องของ Lotus 1-2-3 ^{[ 14 ] [ 15 ]}

Office Math Markup Language เป็นภาษามาร์กอัปทางคณิตศาสตร์ที่สามารถฝังอยู่ใน WordprocessingML ได้ โดยมีการสนับสนุนในตัวสำหรับการรวมมาร์กอัปการประมวลผลคำ เช่น เครื่องหมายการแก้ไข^{[ 16 ]}เชิงอรรถ ความคิดเห็น รูปภาพ และการจัดรูปแบบและสไตล์ที่ซับซ้อน^{[ 17 ]} รูปแบบ OMML แตกต่างจาก คำแนะนำ MathML ของ World Wide Web Consortium (W3C) ซึ่งไม่รองรับคุณสมบัติของ Office เหล่านั้น แต่เข้ากันได้บางส่วน^{[ 18 ]}ผ่านการแปลง XSLเครื่องมือต่างๆ มีให้ในชุดโปรแกรม Office และจะถูกใช้โดยอัตโนมัติผ่านการแปลงคลิปบอร์ด^{[ 19 ]}

ตัวอย่าง Office MathML ต่อไปนี้เป็นการกำหนดนิยามของเศษส่วน :${\displaystyle {\frac {\pi }{2}}}$

<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:oMathPara>

บางคนตั้งคำถามถึงความจำเป็นของ Office MathML (OMML) โดยสนับสนุนให้ใช้MathMLแทน ซึ่ง เป็นคำแนะนำ ของ W3Cสำหรับ "การรวมนิพจน์ทางคณิตศาสตร์ในหน้าเว็บ" และ "การสื่อสารระหว่างเครื่องจักร" ^{[ 20 ]} Murray Sargent ได้ตอบคำถามเหล่านี้บางส่วนในบล็อกโพสต์ ซึ่งให้รายละเอียดเกี่ยวกับความแตกต่างทางปรัชญาระหว่างสองรูปแบบ^{[ 21 ]}

DrawingML เป็นภาษามาร์กอัปกราฟิกเวกเตอร์ที่ใช้ในเอกสาร Office Open XML คุณสมบัติหลักของมันคือการแสดงผลกราฟิกขององค์ประกอบข้อความ องค์ประกอบรูปทรงเวกเตอร์แบบกราฟิก ตาราง และแผนภูมิ

ตาราง DrawingML เป็นโมเดลตารางที่สามใน Office Open XML (ถัดจากโมเดลตารางใน WordprocessingML และ SpreadsheetML) และได้รับการปรับให้เหมาะสมสำหรับเอฟเฟกต์กราฟิก และการใช้งานหลักคือในงานนำเสนอที่สร้างด้วยมาร์กอัป PresentationML DrawingML มีเอฟเฟกต์กราฟิก (เช่น เงาและการสะท้อน) ที่สามารถใช้กับองค์ประกอบกราฟิกต่างๆ ที่ใช้ใน DrawingML ใน DrawingML คุณยังสามารถสร้างเอฟเฟกต์ 3 มิติได้ เช่น เพื่อแสดงองค์ประกอบกราฟิกต่างๆ ผ่านมุมมองกล้องที่ยืดหยุ่น สามารถสร้างส่วนธีม DrawingML แยกต่างหากในแพ็กเกจ Office Open XML ได้ จากนั้นสามารถนำธีมเหล่านี้ไปใช้กับองค์ประกอบกราฟิกต่างๆ ทั่วทั้งแพ็กเกจ Office Open XML ได้^{[ 22 ]}

DrawingML ไม่เกี่ยวข้องกับ รูปแบบ กราฟิกเวกเตอร์ อื่นๆ เช่นSVGซึ่งสามารถแปลงเป็น DrawingML เพื่อรวมไว้ในเอกสาร Office Open XML ได้โดยตรง นี่เป็นวิธีการที่แตกต่างจาก รูปแบบ OpenDocumentซึ่งใช้ส่วนย่อยของ SVG และรวมกราฟิกเวกเตอร์เป็นไฟล์แยกต่างหาก

ขนาดของกราฟิก DrawingML ระบุเป็นหน่วยเมตริกอังกฤษ (EMU) เรียกว่า EMU เนื่องจากช่วยให้สามารถแสดงขนาดมาตรฐานได้อย่างแม่นยำ โดยขนาดเดิมกำหนดเป็น 1/360,000 เซนติเมตรดังนั้นจึงมี 914,400 EMU ต่อนิ้วและ 12,700 EMU ต่อจุดเพื่อป้องกันการปัดเศษในการคำนวณRick Jelliffe นิยมใช้ EMU เป็นวิธีแก้ปัญหาที่สมเหตุสมผลสำหรับเกณฑ์การ ออกแบบชุดหนึ่ง^{[ 23 ]}

บางคนวิจารณ์การใช้ DrawingML (และVML ที่ใช้เฉพาะช่วงเปลี่ยนผ่าน ) แทนSVGซึ่งเป็นคำแนะนำของW3C ^{[ 24 ]} VML ไม่ได้กลายเป็นคำแนะนำของ W3C ^{[ 25 ]}

เอกสาร OOXML โดยทั่วไปประกอบด้วยทรัพยากรอื่นๆ นอกเหนือจากเนื้อหา XML (เช่น กราฟิก วิดีโอ เป็นต้น)

บางคนวิจารณ์การเลือกรูปแบบที่อนุญาตสำหรับทรัพยากรดังกล่าว: ECMA-376 ฉบับที่ 1 ระบุ "ประเภทคำขอภาพทางเลือกวัตถุฝังตัว" และ "ประเภทรูปแบบคลิปบอร์ด" ซึ่งอ้างอิงถึงWindows MetafilesหรือEnhanced Metafiles  ซึ่งแต่ละรูปแบบเป็นรูปแบบที่เป็นกรรมสิทธิ์ที่มีการพึ่งพาแบบฮาร์ดโค้ดบนWindowsเอง นักวิจารณ์ระบุว่ามาตรฐานควรจะอ้างอิงถึงมาตรฐานที่เป็นกลางของแพลตฟอร์ม ISO/IEC 8632 " Computer Graphics Metafile " แทน ^{[ 13 ]}

มาตรฐานนี้กำหนดกลไกสามประการเพื่ออนุญาตให้ฝังมาร์กอัปจากภายนอกลงในเนื้อหาเพื่อวัตถุประสงค์ในการแก้ไข:

• แท็กอัจฉริยะ
• การมาร์กอัป XML แบบกำหนดเอง
• แท็กเอกสารที่มีโครงสร้าง

สิ่งเหล่านี้ได้รับการกำหนดไว้ในข้อ 17.5 ของส่วนที่ 1

เวอร์ชันของ Office Open XML มีสิ่งที่เรียกว่า "การตั้งค่าความเข้ากันได้" ซึ่งบรรจุอยู่ในส่วนที่ 4 ("เอกสารอ้างอิงภาษามาร์กอัป") ของ ECMA-376 ฉบับที่ 1 แต่ในระหว่างกระบวนการกำหนดมาตรฐาน ได้ถูกย้ายไปเป็นส่วนใหม่ (ซึ่งเรียกว่าส่วนที่ 4 เช่นกัน) ของ ISO/IEC 29500:2008 ("คุณสมบัติการย้ายข้อมูลในช่วงเปลี่ยนผ่าน")

การตั้งค่าเหล่านี้ (รวมถึงองค์ประกอบที่มีชื่อเช่นautoSpaceLikeWord95 , footnoteLayoutLikeWW8 , lineWrapLikeWord6 , mwSmallCaps , shapeLayoutLikeWW8 , suppressTopSpacingWP , truncateFontHeightsLikeWP6 , uiCompat97To2003 , useWord2002TableStyleRules , useWord97LineBreakRules , wpJustificationและwpSpaceWidth ) เป็นจุดสนใจของข้อโต้แย้งบางประการในระหว่างการกำหนดมาตรฐาน DIS 29500 ^{[ 26 ]}ส่งผลให้มีการเพิ่มข้อความใหม่ลงใน ISO/IEC 29500 เพื่อบันทึกการตั้งค่าเหล่านี้^{[ 27 ]}

บทความในนิตยสาร Free Software Magazineได้วิจารณ์มาร์กอัปที่ใช้สำหรับการตั้งค่าเหล่านี้ Office Open XML ใช้ส่วนประกอบที่มีชื่อเฉพาะสำหรับแต่ละการตั้งค่าความเข้ากันได้ ซึ่งแต่ละส่วนประกอบจะถูกประกาศในสคีมา ดังนั้นขอบเขตของการตั้งค่าจึงมีจำกัด — หากต้องการเพิ่มการตั้งค่าความเข้ากันได้ใหม่ อาจจำเป็นต้องประกาศส่วนประกอบใหม่ “ซึ่งอาจสร้างส่วนประกอบนับพันรายการ โดยแต่ละรายการไม่มีส่วนเกี่ยวข้องกับการทำงานร่วมกัน” ^{[ 28 ]}

มาตรฐานนี้กำหนดกลไกการขยายได้สองประเภท ได้แก่ ความเข้ากันได้และการขยายของมาร์กอัป (MCE) ซึ่งกำหนดไว้ในส่วนที่ 3 (ISO/IEC 29500-3:2008) และรายการส่วนขยายที่กำหนดไว้ในข้อ 18.2.10 ของส่วนที่ 1