หลังจากผ่านกระบวนการมาจนจบวันนี้ทาง ISO ก็ประกาศรองรับฟอร์แมต PDF 1.7 เข้าเป็นมาตรฐาน ISO 32000-1 อย่างเป็นทางการแล้ว ทำให้การพัฒนามาตรฐาน PDF นับจากนี้ไปจะกลายเป็นการพัฒนามาตรฐานของวงการไปแทนที่จะเป็นการพัฒนาสินค้าของ Adobe เพียงอย่างเดียว

มาตรฐาน PDF 1.7 นั้นคือฟอร์แมตที่ใช้งานใน Adobe Acrobat 8 ส่วน Acrobat 9 นั้นเป็น PDF 1.7 Adobe Extension Level 3 ซึ่งแม้จะทำงานร่วมกันได้แต่แน่นอนว่าฟีเจอร์บางส่วนผู้ผลิตอื่นๆ จะไม่สามารถทำตาม Adobe ได้ทั้งหมด

นอกจากเรื่องชื่อที่ ISO ย่อมดูเปิดกว้างกว่า Adobe PDF แล้ว การส่งมาตรฐานเข้าไปยัง ISO ยังหมายถึงการยอมให้ผู้ผลิตรายอื่นๆ เข้าใช้สิทธิบัตรที่ผู้ส่งมาตรฐานถืออยู่ในตัวมาตรฐานนั้นอีกด้วย ทำให้ต่อไปโลกซอฟต์แวร์เสรีก็ไม่ต้องกังวลกับปัญหาสิทธิบัตรกันอีกต่อไป

สำหรับเอกสารทั้งหมด โหลดอ่านได้ฟรีบนเว็บ Adobe ส่วนฉบับที่ส่งให้ ISO นั้นต้องซื้อจากทาง ISO เอง

ที่มา - Apple Insider

ความเดิม แอฟริกาใต้ยื่นอุทธรณ์กรณี OOXML ต่อ ISO หลังจากนั้นมีอีกสามประเทศยื่นอุทธรณ์เพิ่มเติม ได้แก่อินเดีย บราซิล และเวเนซุเอลา ทำให้ทาง ISO และ IEC (International Electrotechnical Commission) ต้องเลื่อนการออก Office Open XML หรือชื่อตามมาตรฐานของ ISO ว่า ISO/IEC DIS 29500 ออกไปก่อน

ตามกระบวนการของ ISO นั้นคำร้องจะถูกพิจารณาโดยเลขาธิการของ ISO ซึ่งจะกินเวลา 30 วัน ก่อนส่งไปให้คณะกรรมการบริหารของทั้ง ISO และ IEC ซึ่งถ้าคณะกรรมการสองชุดนี้เห็นว่าคำร้องมีมูล ก็อาจจะใช้เวลาในการแก้ความขัดแย้งอีกหลายเดือน (ในแถลงของ ISO ใช้คำว่า several months)

ที่มา - Heise Online ผ่าน Slashdot

หลังจากที่ Microsoft Office OpenXML ผ่านเป็นมาตรฐาน ISO/IEC 29500 ไปแบบน่ากังขา (อ่านรายละเอียดในข่าวเก่าๆ หมวด OpenXML) ทางออกหนึ่งที่เป็นไปได้สำหรับผู้ไม่เห็นด้วยคือยื่นอุทธรณ์ต่อทาง ISO ให้ทบทวน ซึ่งล่าสุดหน่วยงาน SABS ซึ่งดูแลการออกมาตรฐานของประเทศแอฟริกาใต้ ได้ยื่นจดหมายต่อ ISO แล้ว

ในจดหมายของ SABS แสดงความกังวลต่อกระบวนการของ ISO ซึ่งเปิดช่องให้หน่วยงานภายนอกเข้ามายื่นและออกมาตรฐาน ISO ได้ ซึ่งจะทำให้ชื่อเสียงของ ISO ที่มีมานานเสื่อมลงไป

Steve Pepper อดีตประธานคณะทำงานด้านมาตรฐานของนอร์เวย์ (ซึ่งลาออกไปหลังนอร์เวย์โหวตรับ OOXML) ได้เรียกร้องให้หน่วยงานด้านมาตรฐานของประเทศอื่นๆ ออกมาสนับสนุนการอุทธรณ์ของแอฟริกาใต้ โดยเขากำลังพยายามจะให้นอร์เวย์เปลี่ยนมาเป็นโหวตไม่รับให้ได้เช่นกัน

สำหรับประเทศไทย หน่วยงานที่รับผิดชอบคือ TISI หรือ สมอ. ซึ่งเป็นจากโหวตไม่รับในรอบแรก มาเป็นโหวตรับ (ที่มา) ในรอบหลัง

ที่มา - บล็อกของ Steve Pepper ผ่าน Slashdot

ออกตัวก่อนว่าผมไม่ค่อยแม่นเรื่องกระบวนการของ ISO เท่าไร ถ้ามีอะไรผิดแก้ด้วยนะครับ

เมื่อต้นปีนี้ Adobe ยื่นฟอร์แมต PDF ที่เราคุ้นเคย เข้ากระบวนการขอรับรองมาตรฐานจาก ISO (แบบเดียวกับที่ไมโครซอฟท์ยื่น OOXML แล้วถูกโหวตตกไปในระยะแรก) เกือบหนึ่งปีผ่านไป กระบวนการก็ดำเนินไปตามขั้นตอนจนถึงขั้นเกือบสุดท้าย คือโหวตรับรองฉบับร่าง (Draft International Standard - DIS) ซึ่งประเทศที่มีสิทธิ์โหวตทั้งหมด 15 ประเทศ โหวตรับ 13 ประเทศ ไม่รับ 1 (ฝรั่งเศส) และงดออกเสียง 1 (รัสเซีย)

การโหวตรอบนี้ประเทศสมาชิกสามารถยื่นความเห็น, คำถาม, ข้อท้วงติงของตัวเองต่อร่างมาตรฐานได้ด้วย ซึ่งเป็นหน้าที่ของ Adobe ในการปรับร่าง/ตอบคำถามให้ประเทศสมาชิกพอใจ ซึ่งถ้าผ่านฉลุยก็คงไม่มีอะไรเป็นพิเศษ แต่ถ้ายังไม่ผ่านก็จะเข้าระยะ Final Draft International Standard (FDIS) ซึ่งต้องโหวตกันอีกครั้งเป็นรอบสุดท้าย

ถ้า PDF ผ่าน (ไม่ว่าด้วยวิธีไหนก็ตาม) จะได้เลขมาตรฐานเป็น ISO 32000

ที่มา - Ars Technica, บล็อกของ Jim King แห่ง Adobe

ถึงแม้ฟอร์แมต Office Open XML จะไม่ผ่านโหวตเข้าเป็นมาตรฐาน ISO ไปแล้ว (ข่าวเก่า) แต่นั่นเป็นเพียงแค่การขออนุมัติแบบ fast track เท่านั้น ไมโครซอฟท์และ ECMA ยังสามารถแก้ไขปัญหาทางเทคนิคตามที่ประเทศต่างๆ ให้ความเห็นมา แล้วส่งเข้ากระบวนการของ ISO ได้ใหม่อีกครั้ง

Rick Jelliffe คอลัมนิสต์ของ O’Reilly ได้นำความเห็นจากหน่วยงานด้านมาตรฐานของทุกประเทศมาวิเคราะห์ และพยากรณ์ว่าแต่ละประเทศจะมีท่าทีอย่างไรในการโหวตรอบหน้า ซึ่งเหตุผลที่รับ/ไม่รับของแต่ละประเทศก็แตกต่างกันมาก บางประเทศขอแค่แก้จุดเล็กๆ น้อยๆ ก็ยอมแล้ว ส่วนบางประเทศยืนยันว่าต้องแก้ปัญหาฐานรากสำคัญของฟอร์แมตเลย

สำหรับของประเทศไทย โหวตโนรอบนี้ และรอบหน้าก็ท่าทางไม่น่าเปลี่ยนใจครับ

ที่มา - O’Reilly

ถึงแม้การโหวตรับ Office OpenXML เข้าเป็นมาตรฐาน ISO จะลงเอยด้วยความพ่ายแพ้ของไมโครซอฟท์ (ข่าวเก่า) แต่การโหวตครั้งนี้ก็ส่งผลสะเทือนวงการผู้ออกมาตรฐานอย่างที่ไม่เคยเป็นมาก่อน ซึ่งดูได้จากข่าวการล็อบบี้ของไมโครซอฟท์ต่อหน่วยงานผู้ออกมาตรฐานในประเทศต่างๆ ทั่วโลก (ข่าวเก่า)

จากเหตุการณ์นี้จึงมีคนเสนอว่ากระบวนการโหวตรับของ ISO ที่ใช้คะแนนจากหน่วยงานผู้ออกมาตรฐานของประเทศสมาชิกนั้นยังไม่มีมาตรฐานเพียงพอ จึงเสนอว่าถึงเวลาแล้วที่ ISO จะต้องปรับปรุงกระบวนการของตัวเองเสียใหม่ ดังนี้

• มีข้อกำหนดวิธีการโหวตของแต่ละประเทศให้เหมือนกัน ปัจจุบันบางประเทศใช้วิธีให้สมาชิกโหวต บางประเทศให้เลขาธิการเป็นคนตัดสินใจ รายละเอียดปลีกย่อยหลายอย่างแตกต่างกัน เช่น วิธีการเป็นสมาชิก ฯลฯ
• เปลี่ยนวิธีนับคะแนนจากหนึ่งประเทศหนึ่งเสียง เพราะความสำคัญของแต่ละประเทศต่างกัน อย่างจีนเทียบกับประเทศหมู่เกาะก็คงลำบาก
• ใช้วิธีเดียวกับ IETF ว่ามาตรฐานที่เสนอเข้า ISO จำเป็นต้องมี implementation ที่สร้างจากเอกสารมาตรฐานนั้นๆ แล้วใช้งานได้จริง 2 อันขึ้นไป ตรงนี้ออกมาแก้ลำเอกสารของ OpenXML ที่หนามากถึง 6,000 หน้า และคงไม่มีใครพัฒนาโปรแกรมอ่าน OpenXML ขึ้นมาจากการอ่านเอกสารเพียงลำพัง (โดยไม่ถามไมโครซอฟท์) ได้

ข้อเสนอนี้เขียนโดย Geir Isene ซึ่งมีตำแหน่งเป็น CEO ของบริษัท Freecode อ่านฉบับเต็มได้ที่นี่ ตอนนี้ลง Slashdot ไปเรียบร้อย

ที่มา - Ars Technica

จาก http://www.noooxml.org/petition-th

(มีบางข้อที่ในเว็บนั้นแปลแล้วอาจยังไม่ชัดเจน, จึงได้เรียบเรียงใหม่ในบางข้อให้ชัดเจนขึ้น ดังข้างล่างนี้)

ขอให้สมาชิกทั้งหลายใน ISO ลงคะแนนเสียง 'ปฏิเสธ'การรับรอง ISO DIS 29500 (Office OpenXML หรือ รูปแบบ OOXML) เนื่องด้วยเหตุผลหลายประการดังต่อไปนี้

1. มีมาตรฐาน ISO26300 ชื่อ Open Document Format (ODF) อยู่แล้ว การมีสองมาตรฐานทำให้สิ้นเปลือง สร้างความไม่แน่นอนและความสับสน ให้แก่วงการอุตสาหกรรม หน่วยงานของรัฐ และประชาชนทั่วไป
2. ไม่มีอะไรที่จะรับรองว่าข้อกำหนด(specification)ของ OOXML ใช้งานได้จริง: แม้แต่ไฟล์ OOXML ที่สร้างด้วย Microsoft Office 2007 ก็ยังเป็น OOXML เวอร์ชันพิเศษ ที่มีรูปแบบไม่สอดคล้องกับข้อกำหนดของ OOXML
3. มีข้อมูลบางส่วนขาดหายไปจากเอกสารข้อกำหนด(specification document) ยกตัวอย่างเช่น วิธีการทำ autoSpaceLikeWord95 หรือ useWord97LineBreakRules
4. มากกว่า 10% ของตัวอย่างที่ถูกอ้างถึงในการเสนอขอเป็นมาตรฐาน ไม่เป็นไปตามข้อกำหนดของ XML
5. ไม่มีการรับประกันว่าใครๆก็สามารถเขียนซอร์ฟแวรที่นำทั้งหมดหรือบางส่วนของ OOXML ไปใช้ได้ โดยไม่ต้องรับผิดในคดีความเกี่ยวกับความเสียหายทางด้านสิทธิบัตร หรือต้องจ่ายค่าสิทธิบัตรให้ Microsoft
6. มาตรฐานที่ได้นำเสนอนั้น มีความขัดแย้งกับมาตรฐาน ISO อื่น ๆ เช่น ISO 8601 (การเก็บรูปแบบของวันที่และเวลา) ISO 639 (รหัสชื่อภาษาต่างๆ) หรือ ISO/IEC 10118-3 (cryptographic hash)
7. พบความบกพร่องในรูปแบบไฟล์ spreadsheet ที่ห้ามการป้อนค่าวันที่ก่อนปี 1900: นับเป็นความบกพร่องที่มีผลกระทบต่อข้อกำหนดของ OOXML เช่นเดียวกับที่กระทบต่อซอฟต์แวร์อย่าง Microsoft Excel 2000, XP, 2003 และ 2007
8. มาตรฐานที่นำเสนอมิได้มีส่วนร่วมจากผู้มีประสบการณ์และความชำนาญจากหลายๆ ฝ่ายที่เกี่ยวข้อง (เช่น ผู้ผลิต, ผู้ขาย, ผู้ซื้อ, ผู้ใช้ และผู้ควบคุม) แต่เป็นการจัดทำขึ้นโดยMicrosoft เพียงผู้เดียว

----
อานนท์