ECMA International และไมโครซอฟท์ สองผู้ผลักดัน OpenXML ได้ออกมายืนยันแล้วว่าร่างมาตรฐาน OpenXML ผ่านการโหวตตามกระบวนการของ ISO และ IEC ด้วยคะแนน 75% ซึ่งเกินจากเกณฑ์มาตรฐานที่ต้องการให้ P-member อย่างต่ำ 66.7% สนับสนุนร่างมาตรฐาน

ผลอย่างเป็นทางการต้องรออีกวันหนึ่ง

ที่มา:
- ECMA
- ไมโครซอฟท์

เรื่องนี้ลึกลับเกินกว่าจะแปลครับ!!! มีอะไรมากกว่าในข่าวอีกมาก

ถ้าผิดกติกาที่ไม่แปลข่าว ขอให้ admin ลบได้เลยนะครับ

ที่มา: zdnet

ทีมงานของ Opera ได้เปิดเผยผ่านบล็อก ว่าหลังจากที่ทีมงานทำงานอย่างหนัก ตอนนี้ Opera สามารถผ่านการทดสอบ Acid3 ได้ 100% เป็นเจ้าแรกแล้ว แต่ยังมีสิ่งที่ต้องแก้ไขเพิ่มเติมอีกเล็กน้อย และอาจจะปล่อยเวอร์ชัน Technical preview ในสัปดาห์หน้า

ส่วน Safari ตามมาติด ๆ ที่ 98% และ Firefox 3 beta 4 อยู่ที่ 71% แต่ยังไม่เห็นชื่อของ IE ในข่าวเลยแฮะ

ที่มา - my.opera.com , SlashDot

Update ตอนนี้ Safari ก็ 100% แล้วเหมือนกัน

ถ้าใครใช้งานลินุกซ์ในบริษัทขนาดเล็กอยู่คงได้ใช้งานโปรแกรม Samba กันอยู่บ้าง เพราะโปรแกรมตัวนี้เป็นบริการแชร์ไฟล์ให้กับเครื่องในวินโดวส์โดยไม่ต้องติดตั้งโปรแกรมเพิ่มเติมแต่อย่างใด แต่สามารถ Map Drive ได้ทันที

เรื่องที่น่าสนใจสำหรับ Samba คือกระบวนการออกแบบโปรแกรมทุกวันนี้ใช้วิธีการแกะเอาจากการทำงานของวินโดวส์ ทำให้บางครั้งมีปัญหาเรื่องของความเข้ากันได้อยู่บ้าง และฟีเจอร์บางอย่างที่ไมโครซอฟท์มีก็ไม่สามารถทำได้เนื่องจากทีมงานแกะไม่ออก

แต่หลังจากนี้ปัญหานี้อาจจะหมดไป และเราน่าจะได้เห็น Samba ที่ทำงานร่วมกับวินโดวส์ได้ดีขึ้น เมื่อทาง Protocol Freedom Information Foundation (PFIF) ซึ่งเป็นมูลนิธิเพื่อการเปิดข้อมูลโปรโตคอลโดยเฉพาะ ได้ทำสัญญากับไมโครซอฟท์ ในการให้ทีมงาน Samba เข้าถึงเอกสารรายละเอียดของโปรโตคอล SMB และ SMB2 ได้อย่างครบถ้วน

ภายใต้ข้อตกลงนี้อ ทีมงานที่เข้าไปอ่านเอกสารดังกล่าวจะต้องตกลงในสัญญาไม่เปิดเผยความลับทางการค้า และเนื้อหาของเอกสารก็ยังเป็นความลับอยู่ต่อไป แต่เราก็สามารถแกะตัวโปรโตคอลจากโค้ดของ Samba ได้อยู่แล้ว

ข้อตกลงนี้ทาง PFIF ต้องจ่ายเงินจำนวน 10,000 ยูโรเพื่อเป็นค่าธรรมเนียม และทางไมโครซอฟท์ต้องอัพเดตเอกสารนี้ให้ทันสมัยเสมอ สัญญานี้เกิดขึ้นได้เนื่องจากศาลของสหภาพยุโรปได้ตัดสินให้ไมโครซอฟท์ต้องเปิดเผยข้อมูลให้กับคู่แข่ง โดยคำตัดสินมีมาตั้งแต่ปี 2004 และการอุธรณ์ครั้งล่าสุดของไมโครซอฟท์ได้ตกไปเมื่อเดือนกันยายนที่ผ่านมา

ที่มา - C|Net, Samba

ออกตัวก่อนว่าผมไม่ค่อยแม่นเรื่องกระบวนการของ 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

ISO/IEC JTC1 ได้ปิดรับผลโหวต DIS 29500 (OOXML) เมื่อวันที่ 2 กันยายนที่ผ่านมา

ตามเกณฑ์ของ JTC1 จะต้องมีสำนักงานมาตรฐานของประเทศต่างๆโหวตรับไม่น้อยกว่า 2/3 (66.67%) และโหวตปฏิเสธไม่เกิน 1/4 (25%) ปรากฏว่าเงื่อนไขทั้งสอง ไม่ผ่านเกณฑ์ทั้งคู่ โดยคะแนนโหวตรับมี 53% และโหวตไม่รับมี 26%

ที่มา: ข่าว ISO

มาตรฐานด้านเอกสาร เป็นเรื่องสำคัญที่ไม่ได้เห็นผลอยู่เฉพาะหน้า

เมื่อวันที่ 1 พ.ค.2548 OASIS ได้เสนอร่างเอกสาร ODF (OpenDocument Format) ซึ่งเป็นฟอร์แมตที่ใช้ใน OpenOffice software suite ให้ ISO/IEC Joint Technical Committee 1 (JTC1) พิจารณาตามกระบวนการ ซึ่ง JTC1 ได้อนุมัติเป็นมาตรฐาน ISO/IEC 26300:2006 ในปลายปี 2549

ในขณะนี้ ไมโครซอฟท์ และ ECMA/TC45 ได้เสนอร่างเอกสาร OOXML (Office Open XML) ซึ่งเป็นฟอร์แมตที่ใช้ใน Microsoft Office 2007 และกำลังจะผลักดันเป็นมาตรฐาน ISO เช่นเดียวกับ ODF

สงครามเรื่องมาตรฐาน เป็นคล้ายกับสงครามศาสนา ต่างฝ่ายต่างยึดถือว่าของตนถูกต้องและดีที่สุด แต่ประเด็นสำคัญคือเมืองไทยควรกำหนดท่าทีอย่างไรจึงจะได้ประโยชน์สูงสุด

• เอกสารของ ECMA (สำคัญ อ่านส่วนที่ 1+3+5 ก่อน)
• มีประเด็นใดที่ต้องเอาใจใส่เป็นพิเศษหรือไม่ สำหรับนักพัฒนาซอฟต์แวร์ไทย และคนไอที
• ความเข้ากันไม่ได้ของ"มาตรฐาน" จะสร้างปัญหาให้กับตลาดไอทีเหมือนกับที่เคยเกิดกับรหัสอักขระและ Thai card เมื่อยี่สิบปีที่แล้วหรือไม่
• OOXML ไม่เหมือนกับฟอร์แมตของ Microsoft Office 2003 แต่จะมีตัวแปลให้ และจะมีตัวแปลระหว่าง OOXML<->ODF เช่นกัน

ขอความเห็นด้วยครับ แม้ว่าร่างมาตรฐานนี้อาจจะไม่สำคัญเท่ากับร่างรัฐธรรมนูญ และเสียงของเมืองไทยจะเป็นเพียงเสียงเล็กๆ แต่ก็ควรมีท่าทีพร้อมเหตุผลที่ชัดเจน

จาก 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 เพียงผู้เดียว

----
อานนท์

ระหว่างการแข่งขันระหว่างมาตรฐาน OOXML จากฝั่งไมโครซอฟท์ และ ODF จากฝั่งซัน ประเด็นหนึ่งที่ทางไมโครซอฟท์ยกมาข่มได้นั่นคือมาตรฐานด้าน Spreadsheet ที่นับได้ว่าเป็นจุดอ่อนของ ODF เนื่องจากมีการอธิบายวิธีการคำนวณเอาไว้เพียง ประมาณ 10 หน้ากระดาษเท่านั้น นับว่าน้อยจนไม่สามารถอิมพลีเมนต์ได้จริง เรื่องนี้ทำให้ไมโครซอฟท์แสดงตัวเรื่อยมาว่ามาตรฐาน OOXML นั้นชัดเจนกว่า เนื่องจากมีการอธิบายขั้นตอนการคำนวณสูตรต่างๆ ไว้ถึง 325 หน้ากระดาษ

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

บล็อกเกอร์รายนี้ตั้งคำถามอย่างหนักกับ ECMA ว่ามีกระบวนการรองรับมาตรฐานอะไรมากกว่าการเป็นตรายางปั๊มแบบผ่านๆ ไปหรือไม่ เนื่องจากข้อบกพร่องที่เกิดขึ้นค่อนข้างหนักหนา

ส่วนมาตรฐานของ Spreadsheet ทางฝั่ง ODF นั้นยังอยู่ระว่างการจัดทำ

ที่มา - An Antic Disposition

หลังจากเป็นสงครามกันมายาวนานนับปี ดูเหมือนว่าสมรภูมิแมสซาชูเซ็ตส์นั้นจะได้ข้อสรุปแล้วว่าหน่วยงานของรัฐจะยอมรับ OOXML ของทางไมโครซอฟท์ที่เริ่มมีการใช้งานตั้งแต่ MS Office 2007 เป็นต้นมา

เอกสารที่ได้รับการยอมรับจากสเปคดังกล่าวได้แก่ OOXML, ODF, เท็กซ์ไฟล์ และ HTML (ข่าวไม่ระบุเวอร์ชั่น) แต่เอกสารอีกสองรูปแบบที่มีการใช้งานกันอยู่เยอะในหน่วยงานของรัฐเองก็คือ PDF และ RTF อีกด้วย

เอกสารสเปคนี้ยังเป็นฉบับร่าง นั่นหมายถึงสงครามยังไม่จบลงอย่างแท้จริง แต่การที่เอกสารฉบับร่างมีความชัดเจนก็น่าจะบ่งบอกถึงฉบับจริงได้พอสมควร

เนื่องจาก Blognone ตามติดเรื่องนี้มานาน ถ้าต้องการอ่านข่าวเก่าคงต้องอ่านในหมวด OpenDocument เอา

ที่มา - ComputerWorld

ปัญหาเรื้อรังของวงการอิเล็กทรอนิกส์คือเมโมรี่การ์ดมีหลายชนิดมาก แต่ละชนิดก็ทำงานร่วมกันไม่ได้ บรรดาผู้ผลิตอุปกรณ์อิเล็กทรอนิกส์ในไต้หวัน 12 รายจึงรวมตัวกันผลักดันมาตรฐานใหม่ที่เรียกว่า miCard (Multiple Interface Card)

miCard นั้นออกแบบมาให้เสียบได้กับทั้ง USB และช่องของ MMC เดิม เพื่อลดปัญหาความยากในการนำไปใช้ ข้อดีอื่นๆ คือความเร็วในการถ่ายข้อมูลสูงถึง 480Mbit/sec (เท่ากับความเร็วสูงสุดของ USB 2.0) และจะเพิ่มมากขึ้นในอนาคต การ์ดรุ่นแรกจะมีความจุเริ่มต้นที่ 8GB และความจุสูงสุดน่าจะอยู่ที่ 2,048GB

บริษัทที่ประกาศว่าจะสนับสนุน miCard ได้แก่ A-Data Technology Inc., Asustek Computer Inc., BenQ Corp., Carry Computer Eng. Co., C-One Technology Corp., DBTel Inc., Power Digital Card Co. and RiChip Inc. คาดว่าผลิตภัณฑ์จะเริ่มวางตลาดได้ในไตรมาสที่สาม

miCard จะเป็นมาตรฐานได้หรือไม่ หรือจะเป็นแค่ฟอร์แมตใหม่อีกอันหนึ่งในตลาด ก็ต้องรอดูกันต่อไป

ที่มา - Computer World

วารสารวิชาการชื่อดังอย่าง Science และ Nature ประกาศในเว็บไซต์ของตัวเองว่า ไม่รับบทความวิชาการในรูปแบบ .docx ที่สร้างด้วย Word 2007

เหตุผลของทั้งคู่ก็คือ .docx เข้ากันไม่ได้กับระบบจัดการเอกสารแบบเดิมของวารสาร ซึ่งสนับสนุน .doc เดิมและ LaTeX ทาง Science บอกว่าให้แปลงกลับมาเป็น .doc ของ Word 2003 แทนก่อนส่ง แต่ถ้ามีสมการคณิตศาสตร์แล้วล่ะก็ Science จะไม่รับเลย เพราะตัวแปลงฟอร์แมตของ Word 2007 จะแปลงสมการออกมาเป็นภาพ ซึ่งไม่สามารถนำไปตีพิมพ์ได้สะดวก

Science ให้เหตุผลว่าเป็นเพราะ OpenXML ไม่ยอมใช้รูปแบบสมการมาตรฐานอย่าง MathML (OpenDocument ใช้) เลยมีปัญหา นี่เป็นตัวอย่างที่ดีของการไม่ทำตามมาตรฐานที่มีอยู่แล้ว

สำหรับเอกสารวิชาการ ผมว่ายอมลงทุนหัด LaTeX ไว้น่าจะดีที่สุด

ที่มา - Math markup marked down, Nature

Adobe ได้มอบรูปแบบแฟ้มข้อมูลแบบ PDF (Portable Document Format) รุ่น 1.7 ให้กับ AIIM (Association for Information and Image Management) ซึ่งเป็นหน่วยงานเกี่ยวกับมาตรฐานอุตสาหกรรมทางด้านระบบจัดการเนื้อหา (Content Management) โดยทาง AIIM ก็จะจัดทำมาตรฐานสำหรับ PDF เพื่อให้เป็นมาตรฐานของ ISO ต่อไป

PDF เป็นแฟ้มข้อมูลแบบเปิด (Open File Format) อยู่แล้ว ยิ่งถ้าเป็นมาตรฐานของ ISO อีก ก็คงทำให้ไมโครซอฟท์หนักใจไปพอควรเหมือนกัน สำหรับการที่ผลักดันแฟ้มข้อมูลแบบใหม่มาแข่งกับ PDF

ข่าวจาก OSNews

มาตรฐาน RSS กำลังได้รับความนิยมอย่างต่อเนื่องในปัจจุบันคนจำนวนมากอาจจะใช้งานมันโดยไม่รู้ตัวมาก่อน ในช่วงหลังไมโครซอฟท์เองก็ยอมรับถึงกระแสนี้ด้วยการเพิ่มความสามารถในการอ่าน RSS เข้าไปใน IE7 และตกลงใช้ไอคอนร่วมกันกัไฟร์ฟอกซ์ แต่ตอนนี้เริ่มมีความกังวลเกี่ยวกับมาตรฐานนี้ เมื่อไมโครซอฟท์พยายามจดสิทธิบัตร API ในการสร้างข้อมูล RSS

ไมโครซอฟท์ระบุว่าการสร้างสรรของไมโครซอฟท์นั้นเป็นไปเพื่อให้นักพัฒนาและผู้ใช้เข้าถึง RSS ได้ง่ายขึ้น ไม่ได้เป็นความพยายามในการจดสิทธิบัตรในตัว RSS เองแต่อย่างใด แต่การจดสิทธิบัตรที่ครอบคลุมอย่างนี้้ก็อาจจะสร้างปัญหาในอนาคต เช่นใครจะรู้ว่าจะ Drupal อาจจะมี API ในการสร้าง RSS ไปละม้ายคล้ายกับ API ที่ไมโครซอฟท์จดสิทธิบัตรไปแล้ว

โดยทั่วไปแล้ว ที่ผ่านมาไมโครซอฟท์มักใช้สิทธบัตรของตนเพื่อการป้องกันตัวเองมาตลอด ในไมโครซอฟท์จึงมีความพยายามจะจดสิทธิบัตรประดิษฐกรรมทุกอย่างเท่าที่เป็นไปได้ แต่การจดสิทธิบัตรในมาตรฐานที่ได้รับการยอมรับไปแล้วอย่างกว้างขวางเช่นนี้ก็สร้างความกังวลอย่างเป็นวงกว้างอย่างหลีกเลี่ยงไม่ได้

ที่มา - ArsTechnica, USPTO, MicrosoftRSS Team Blog