Blognone - OpenDocument

ไอบีเอ็มส่งมอบโค้ด Symphony ให้เป็นของ Apache Foundation

lew — Fri, 15 Jul 2011 11:10:40 +0000

หลังจากออราเคิลส่งมอบโค้ด OpenOffice.org ให้กับ Apache Foundation ไปก่อนหน้านี้แล้ว วันนี้ทางไอบีเอ็มก็ประกาศตามมาว่าจะส่งโค้ดของ Symphony ซึ่งเป็นชุดออฟฟิศที่ดัดแปลงมาจาก OpenOffice.org อีกทีหนึ่งให้เป็นของ Apache Foundation ด้วยเช่นกัน

ไอบีเอ็มสัญญาว่าจะส่งคนมาช่วยพัฒนา Symphony ต่อไป โดยการมอบโค้ดทั้งหมดให้องค์กรกลางอย่าง Apache Foundation น่าจะช่วยให้นักพัฒนาภายนอกสะดวกใจที่จะเข้าร่วมพัฒนามากขึ้น

โค้ดของ Symphony มีหลายส่วนที่ปรับปรุงเรื่องประสิทธิภาพในการทำงานกับไฟล์ ODF เอาไว้ โค้ดเหล่านี้อาจจะถูกรวมเข้าไปใน OpenOffice.org ในเร็วๆ นี้

ไม่แน่ใจว่าการที่โค้ดทั้งหมดของฝั่ง OpenOffice นั้นถูกรวมไปอยู่ที่ Apache Foundation แล้วทางฝั่ง The Document Foundation (TDF) จะมีท่าทีอย่างใดต่อไป แต่จากการพัฒนาที่ทางฝั่ง TDF เริ่มแยกสายออกไปบางส่วนมาสักพักแล้ว เช่น รุ่นล่าสุดถอด Java ออกทั้งหมดแล้ว ก็อาจจะทำให้การพัฒนาถึงทางแยกอย่างถาวร

ที่มา - ComputerWorld

ไมโครซอฟท์ "ODF ชนะแล้ว"

mk — Fri, 20 Jun 2008 08:27:00 +0000

ต่อเนื่องจากข่าวเก่า Office 2007 จะสนับสนุน ODF ใน Service Pack 2

Stuart McKee ซึ่งมีตำแหน่งเป็น national technology officer ของไมโครซอฟท์ ได้กล่าวในงานสัมมนา Red Hat Summit ที่เมืองบอสตันว่า "ODF has clearly won"

นอกจากนั้นเขายังให้ความเห็นเพิ่มเติมว่าไมโครซอฟท์เข้ามาในสงครามมาตรฐานเอกสารช้าไป และกระบวนการออกมาตรฐาน OpenXML นั้นทำให้เกิดความขัดแย้งอย่างมาก อย่างไรก็ตาม การที่ไมโครซอฟท์ไม่ได้สนับสนุน ODF ใน Office 2007 เป็นเพราะวัฎจักรการพัฒนาซอฟต์แวร์ที่ไม่ลงล็อกกัน ระหว่างรอ Office 2007 SP2 ที่จะออกปี 2009 ลูกค้าสามารถใช้โปรแกรมแปลง OOXML-ODF ไปพลางๆ ก่อนได้

ที่มา - Infoworld ผ่าน OSNews

หมายเหตุ: หลายคนอาจเบื่อแล้ว แต่ผมยังเห็นมีคนสงสัยถึงความสำคัญของมาตรฐานเปิดอยู่เรื่อยๆ ในคอมเมนต์ ดังนั้นขอโฆษณาบทความ ภาพถ่ายครอบครัวกับ ODF อีกรอบ

Office 2007 จะสนับสนุน ODF ใน Service Pack 2

mk — Wed, 21 May 2008 22:46:10 +0000

ไมโครซอฟท์ประกาศสนับสนุนฟอร์แมตเอกสารเพิ่มใน Office 2007 Service Pack 2 ดังนี้

OpenDocument 1.1
PDF 1.5 และ PDF/A
XML Paper Specification (XPS) - คู่แข่ง PDF ของไมโครซอฟท์

ทั้งสามฟอร์แมตจะใช้ได้โดยไม่ต้องลงปลั๊กอินเพิ่ม และผู้ใช้สามารถตั้งให้ค่า default เป็น ODF ได้ ส่วนผู้ที่ใช้ Office XP และ Office 2003 จะต้องใช้ตัวแปลงไฟล์ Open XML-ODF translator ซึ่งดาวน์โหลดได้จาก SourceForge ก่อนหน้านี้ผู้ใช้ Microsoft Office ที่ต้องการ ODF จะต้องติดตั้งปลั๊กอินภายนอกเพิ่มเติมเอง

สำหรับ OOXML รุ่นที่ผ่านมาตรฐาน ISO นั้น (ข่าวเก่า: OpenXML ผ่านเป็นมาตรฐาน ISO/IEC 29500) ไมโครซอฟท์ประกาศว่าจะสนับสนุนใน Office รุ่นถัดไปคือ Office 14 นั่นแปลว่าถ้าเซฟเป็น .docx ตอนนี้ มีความเสี่ยงสูงที่อนาคตจะถูกทิ้งครับ

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

ที่มา - Ars Technica

OpenXML ผ่านเป็นมาตรฐาน ISO/IEC 29500

Conductor — Tue, 01 Apr 2008 19:22:38 +0000

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

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

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

OOXML "คง" โหวตผ่านเป็น ISO/IEC 29500

Conductor — Mon, 31 Mar 2008 15:55:54 +0000

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

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

ที่มา: zdnet

แอฟริกาใต้ประกาศใช้ ODF กับหน่วยงานภาครัฐ

mk — Fri, 26 Oct 2007 11:30:46 +0000

สาธารณรัฐแอฟริกาใต้ออกเกณฑ์ Mininimum Interoperability Standards for Information Systems in government (MIOS) ซึ่งระบุให้หน่วยงานภาครัฐทั้งหมดของประเทศต้องบันทึกข้อมูลลงในฟอร์แมตที่เป็นมาตรฐานเปิด

ตามเอกสาร MIOS ฟอร์แมตที่อนุญาตมี 3 อย่างเท่านั้น คือ .txt, .csv และ ODF

ส่วนแผนการเปลี่ยนแปลงไปใช้ ODF นั้น ทางรัฐบาลแอฟริกาใต้มีบันได 4 ขั้นดังนี้

พนักงานของรัฐทุกคนต้องดูเอกสาร ODF ได้ภายในเดือนมีนาคม 2008
เตรียมความพร้อมให้หน่วยงานรัฐสร้างเอกสาร ODF ได้ ภายในสิ้นปี 2008
หน่วยงานรัฐต้องบันทึกเอกสารเป็น ODF เท่านั้น ภายในเดือนมีนาคม 2009
ที่เหลือเป็นการแปลงเอกสารเก่าๆ ให้เป็น ODF

สำหรับผู้อ่าน Blognone ที่เพิ่งเข้าเว็บในระยะหลังๆ แนะนำให้อ่านบทความ ภาพถ่ายครอบครัวกับ ODF ประกอบ

ที่มา - Tectonic

ไอบีเอ็มร่วมพัฒนา OpenOffice.org อย่างเป็นทางการ

lew — Mon, 10 Sep 2007 17:06:56 +0000

แม้จะสนับสนุนอยู่เรื่อยมา แต่ทางไอบีเอ็มก็เพิ่งประกาศตัวเข้าร่วมพัฒนาโปรแกรมชุด OpenOffice.org อย่างเต็มรูปแบบแล้วในวันนี้ พร้อมประเดิมด้วยการบริจาคโค้ดจากโปรแกรมของทางไอบีเอ็มเช่น Lotus Notes และโค้ดอื่นๆ อีกจำนวนหนึ่งให้เป็นก้อนแรก พร้อมคำมั่นว่าจะมีการใช้ทรัพยากรของทางไอบีเอ็มอีกบางส่วนมาเพื่อช่วยพัฒนาต่อไป

งานนี้นอกจากซันที่ออกมาแสดงความยินดีที่ไอบีเอ็มเข้าร่วมอย่างเต็มตัวแล้ว ยังมีบรรดาผู้ผลิตดิสโทรต่างๆ ของลินุกซ์พากันออกมาแสดงความยินดีอย่างครบถ้วนนับแต่ Red Hat, Ubuntu และ Red Flag Linux

หวังว่าเราคงได้เห็นความเปลี่ยนแปลงของ OpenOffice.org เร็วขึ้นเรื่อยๆ หลังจากนี้ไป

ที่มา - OO.o Press Release

ผลการโหวต ISO/IEC DIS 29500, Information technology – Office Open XML file formats

Conductor — Wed, 05 Sep 2007 08:15:42 +0000

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

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

ที่มา: ข่าว ISO

ความเห็นของไมโครซอฟท์ประเทศไทยต่อ OOXML

mk — Wed, 22 Aug 2007 00:47:19 +0000

Blognone ติดตามข่าวเรื่องสงครามมาตรฐาน ODF ปะทะ Microsoft Office Open XML (OOXML) มาโดยตลอด ถึงแม้เราอยู่ฝ่าย ODF แต่ก็เปิดโอกาสให้กับฝั่ง OOXML เช่นกัน ในโอกาสที่ OOXML กำลังถูกยื่นเข้าไปเป็นมาตรฐานของ ISO ผมก็ได้รับเอกสารเกี่ยวกับ OOXML จากคุณฟูเกียรติ จุนนวล แห่งไมโครซอฟท์ประเทศไทยมาให้อ่านกัน

ไหนๆ เรื่องนี้กำลังฮ็อตแล้ว ก็ขออธิบายสถานการณ์ปัจจุบันแบบคร่าวๆ รวมถึงข้อมูลเพิ่มเติมของทั้งสองฝ่าย เพื่อว่าผู้อ่าน Blognone จะได้นำไปอ่านประกอบการพิจารณาสนับสนุนฟอร์แมตตัวใดตัวหนึ่ง ผมหวังว่าจะได้เห็นการอภิปรายกันอย่างสร้างสรรค์และจริงจังนะครับ

สถานการณ์ปัจจุบัน

OpenDocument เป็นมาตรฐานของ ISO เรียบร้อยแล้ว ได้เลขเป็น ISO/IEC 26300 (ข่าวเก่า)

OOXML เป็นมาตรฐานของ ECMA (องค์กรมาตรฐานของยุโรป) และกำลังเสนอร่างมาตรฐานเข้า ISO (ข่าวเก่า) ซึ่งล่าสุดไมโครซอฟท์โหวตแพ้แบบ fast-track (Ars) ทำให้ต้องเสนอตามขั้นตอนปกติ

การโหวตรับ OOXML ของ ISO นั้นจะโหวตโดยองค์กรด้านมาตรฐานของชาติสมาชิกแต่ละชาติ (รายชื่อของแต่ละชาติ) ซึ่งของประเทศไทย องค์กรที่ทำหน้าที่นี้คือ สมอ. (หรือชื่อภาษาอังกฤษ TISI) ในฐานะคนไทย เราก็มีสิทธิ์ให้ข้อเสนอแนะแก่ สมอ. ว่าควรโหวตอย่างไร (รายละเอียดของขั้นตอนการโหวต แนะนำให้อ่าน บล็อกของ Mark Shuttleworth)

(หมายเหตุ: สมอ. เป็นสมาชิกแบบ O-member ในคณะกรรมการ JTC-1 คือ ไม่มีสิทธิต้องโหวตในระดับกรรมการร่วม ISO/IEC แต่สำหรับคณะอนุกรรมการ JTC 1/SC34 (Document Description and Processing Languages) ที่ดูแลเรื่องนี้ ประเทศไทยเป็นสมาชิกแบบ P-member จึงอยู่ในกลุ่มที่มีสิทธิออกเสียงลงคะแนน ข่าวที่ผมได้มาคือคาดว่า สมอ. จะออกเสียง ตามมติของคณะกรรมการวิชาการ กว.536)

รายละเอียดจากฝั่งสนับสนุน OOXML

เอกสาร [เหตุใดต้องใส่ใจเรื่องรูปแบบของเอกสาร](http://www.blognone.com/files/Why care about document formats Thai.pdf) (pdf) ถือได้เป็นความเห็นอย่างเป็นทางการของไมโครซอฟท์ประเทศไทย
บล็อกของคุณฟูเกียรติ DIS 29500 กับข้อมูลจาก Rick Jelliffe ในนั้นมีลิงก์ไปยังเอกสารอีกหลายฉบับ
Open XML Community เว็บไซต์ชุมชนผู้สนับสนุน OOXML
วิกิพีเดีย ละเอียดยิบ
ข่าวเก่าในหมวด Open XML

รายละเอียดจากฝั่งคัดค้าน OOXML สนับสนุน ODF

8 เหตุผลที่ปฏิเสธการประกาศรูปแบบของ Microsoft Office ให้เป็นมาตรฐาน ISO จากเว็บไซต์ NoOOXML (เป็นภาษาไทย พร้อมให้ลงชื่อสนับสนุนได้ด้วย ตอนที่เขียนมีประมาณสามหมื่นกว่าคน)
ชุมชนผู้สนับสนุน ODF มีหลายอัน: OpenDocument Format Alliance, OpenDocument Fellowship, SpreadOpenDocument.org
วิกิพีเดีย ข้อมูลละเอียดมาก ที่ควรอ่านคือ OpenDocument adoption และ ซอฟต์แวร์ที่สนับสนุน
บทความเก่า ภาพถ่ายครอบครัวกับ ODF ผมแปลจากบล็อกของ Jonathan Schwartz ประธานของ Sun Microsystems
ข่าวเก่าในหมวด OpenDocument

ขอความเห็นเกี่ยวกับ Office Open XML (OOXML)

Conductor — Mon, 06 Aug 2007 08:57:03 +0000

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

เมื่อวันที่ 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 เช่นกัน

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

สัมภาษณ์ Kay Koll จาก Sun Microsystem เกี่ยวกับ OpenOffice.org 3.0

mk — Sun, 05 Aug 2007 16:10:48 +0000

ในงาน Thailand 7th OSS Festival มี session ของคุณ Kay Koll ซึ่งเป็น Technical Marketing, Desktop Solutions จาก StarOffice Division บริษัท Sun Microsystem ซึ่งบินมาจากเยอรมนีเพื่อเล่าว่า OpenOffice.org 3.0 มีอะไรใหม่ที่น่าสนใจ ผมได้รายงานไว้ใน Live blogging ไปบ้างแล้ว แต่ขอเอามาเขียนใหม่ให้เป็นเรื่องเป็นราว โดยจะรวมกับบทสัมภาษณ์คุณ Kay Koll ซึ่งผมมีโอกาสสัมภาษณ์ในวันนั้นด้วย

ดาวน์โหลดสไลด์ของ Kay Koll อ่านประกอบ (PDF)

คุณ Kay Koll ถ่ายกับป้าย OpenOffice.org

OpenOffice.org 2.0 ออกเมื่อเดือนตุลาคมปี 2005 นับถึงตอนที่เขียนนี้ก็เกือบ 2 ปีแล้ว ที่ผ่านมาเราเห็นเวอร์ชันอัพเดตใหญ่ 2 ตัวคือ 2.1 และ 2.2 ซึ่งมีการเปลี่ยนแปลงในระดับฟีเจอร์ไม่มากนัก (ส่วนมากเน้นการแก้บั๊กมากกว่า) ถึงแม้ว่า OOo ซีรีย์ 2.x จะพัฒนาขึ้นจาก OOo 1.x มาก แต่วัดกันในแง่การใช้งานแล้วก็ยังตาม Microsoft Office อยู่เยอะ และถ้ายิ่งนับ Microsoft Office 2007 ที่ออกมาเมื่อต้นปี 2007 นี้ ช่องว่างก็ยิ่งถ่างออกไปอีก

ความหวังทั้งมวลจึงตกไปอยู่ที่ OpenOffice.org 3.0 ที่มีกำหนดออก 1 ปีให้หลังนับจากนี้ เดือนกันยายนปี 2008

Roadmap ของ OpenOffice.org 3.0

มีอะไรใหม่ใน OpenOffice.org 3.0

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

ประสิทธิภาพที่เพิ่มขึ้น
Kay Koll บอกว่า OOo 3.0 จะเปิดโปรแกรมได้เร็วขึ้นกว่า OOo 2.0 ประมาณ 30-50% (ขึ้นกับปัจจัยต่างๆ) และเปิด/เซฟเอกสารได้เร็วกว่าเดิม 50%

ระบบ Extensions
จากความสำเร็จของ Firefox ทำให้โปรแกรมรุ่นใหม่ๆ ใช้แนวทาง Extensions กันเป็นแถว ระบบ Extensions เข้ามาใน OOo 2.04 และปัจจุบันก็มี Extension ให้ใช้บ้างพอประมาณ ตัว Extensions Manager ก็จะมีความสามารถเพิ่มเรื่อยๆ ตั้งแต่การติดตั้ง/ลบ Extension ไปจนการเช็คเวอร์ชันของ Extension ว่าอัพเดตแค่ไหนอย่างไร

นอกจากการใช้หรือจัดการกับ Extension แล้ว ทาง OOo ยังใส่ใจกับการพัฒนา Extension ด้วย โดยจากเดิมที่เราต้องเขียน C++ กันสดๆ ก็พัฒนาขึ้นมาเป็นชุดเครื่องมือที่ใช้กับ NetBeans และ Eclipse สำหรับพัฒนาซอฟต์แวร์สำหรับ OOo หรือใช้ OOo เป็นฐาน

การสนับสนุน OpenDocument

ระหว่างที่สงครามฟอร์แมตไฟล์สำหรับงานเอกสารยังไม่จบไม่สิ้น แต่ละค่ายก็ปรับปรุงอาวุธใหม่ๆ ออกมาสู้กับฝ่ายตรงข้ามอยู่เรื่อย ถึงแม้ว่า OpenDocument 1.0 จะเข้าเป็นมาตรฐานของ ISO ไปตั้งแต่ปีที่แล้ว แต่ก็ยังถูกโจมตีจากฝ่ายตรงข้ามว่าขาดเรื่องการสนับสนุนคนพิการ และสูตรในการคำนวณ spreadsheet (ข่าวเก่า) ทางฝ่าย OASIS ที่ดูแลมาตรฐาน OpenDocument จึงปรับปรุงในเวอร์ชัน 1.1 และ 1.2 ตามลำดับ ซึ่งทั้งสองเวอร์ชันนี้จะใช้ได้กับ OOo 3.0

โปรดสังเกตตรา ISO ที่มุมบนขวา อีกค่ายยังไม่มีนะครับ :P

อีกเรื่องที่เกี่ยวข้องกันก็คือการที่คนจะใช้ OpenDocument กันเยอะๆ นั้น ก็ต้องมีโปรแกรมที่สนับสนุน OpenDocument กันเยอะๆ ด้วย ซึ่ง OpenOffice.org ก็เป็นโปรแกรมตัวหนึ่งที่สนับสนุน OpenDocument ครบครัน ดังนั้นแทนที่จะเขียนใหม่ ทำไมไม่เอาเทคโนโลยีของ OOo มาใช้เสียเลยล่ะ ไม่ต้องเปลืองแรง

ว่าแล้วทาง Sun ก็เตรียมออกชุดพัฒนา OpenDocument Toolkit สำหรับแพลตฟอร์มที่ได้รับความนิยมทั้งสองตัว คือ Java และ .NET

การสนับสนุนแมคอินทอช

แมคอินทอชเป็นแพลตฟอร์มที่ถูกลืมสำหรับซอฟต์แวร์ของซันหลายๆ ตัว (บางครั้งก็อาจไม่ลืม แต่ก็ได้ฟีเจอร์น้อยกว่าหรือช้ากว่า) ปัจจุบันผู้ใช้แมคอินทอชมีทางเลือกเพียง 2 ทาง คือ ใช้ OOo 2.x ผ่าน X11 (ของแอปเปิล) ซึ่งมีปัญหาในเรื่องพฤติกรรมของหน้าต่างไม่เป็นแบบแมค หรืออีกทางคือใช้ NeoOffice ซึ่งเป็นโครงการ fork ของ OOo โดยใช้ Java แทน X11 แต่ผลที่ได้ก็คือช้าสุดๆ และได้ฟีเจอร์ล้าหลัง OOo 2.x เวอร์ชันล่าสุดนานพอสมควร

เหตุผลของโครงการ OOo ก็คือมีนักพัฒนาบนแมคจำนวนน้อยกว่าแพลตฟอร์มอื่น ซึ่งตอนนี้สถานการณ์ดูดีขึ้น (ข่าวเก่า) และ OpenOffice.org 3.0 จะมีเวอร์ชันแมคเป็น supported platform แน่นอน (รายละเอียดล่าสุดดูได้จากหน้าของ Mac port)

PIM (Personal Information Manager)

สิ่งที่ขาดไปใน OOo 2.x ก็คือโปรแกรมแบบเดียวกับ Outlook (หรือที่เรียกกันว่า PIM) ซึ่งทำหน้าที่ในการติดต่อสื่อสาร เช่น อีเมล กรุ๊ปแวร์ ปฏิทินนัดหมาย สมุดที่อยู่

เมื่อแฟนๆ เรียกร้องเข้ามามาก ทาง OOo จึงตัดสินใจเพิ่มโปรแกรม PIM เข้ามา โดยใช้เทคโนโลยีที่มีอยู่แล้วก็คือ Mozilla Thunderbird/Calendar (ข่าวเก่า)

ตอนนี้ถ้าใครตามโครงการ Mozilla Calendar อยู่จะเห็นชัดเจนว่าพัฒนาการไปเร็วมาก เหตุผลก็เป็นเพราะ Sun ได้จ้างนักพัฒนาแบบเต็มเวลาสองคน ให้มาทำ Calendar โดยเฉพาะเพื่อใช้ใน OOo 3.0 ตามกำหนดแล้วโปรแกรม PIM เวอร์ชัน 1.0 จะเสร็จในช่วงกลางปี 2008

ผมถามคุณ Koll ว่ารูปแบบของ PIM จะเป็นอย่างไรกันแน่ระหว่าง Sunbird กับ Thunderbird+Lightning ซึ่งสรุปว่าเป็นอย่างหลัง สำหรับชื่อโปรแกรมว่าจะยังใช้ Thunderbird ต่อไป หรือ OOo จะเอามาทำแพกเกจแล้วเรียกโปรแกรมใหม่นั้นยังไม่ได้ข้อสรุป

ฟีเจอร์อื่นๆ

Chart engine ตัวใหม่ (Chart2) มีฟีเจอร์หรูหรามากขึ้น (แต่ก็ยังไม่มี anti-alias ซึ่งคุณ Koll ให้เหตุผลว่าเป็นเรื่องข้อจำกัดทาง backend rendering ของ OOo เอง)
Database report engine/designer - มีฟีเจอร์ประมาณ 80% ของตัว report ใน Microsoft Access
สามารถอิมพอร์ต PDF เข้ามาใน Writer/Draw ได้ (อันนี้เจ๋งมาก) และสนับสนุน PDF/A
SmartTag API แบบเดียวกับของ MS Office (แต่ไม่ compatible กัน) ในช่วงแรกจะมี API สำหรับ Java และ C++
Impress สนับสนุน Dual Screen และมี Presentation Minimizer สำหรับบีบอัดสไลด์ให้มีขนาดเล็กลง
Writer มีตัวอิมพอร์ต Word ตัวใหม่ (ที่น่าจะดีกว่าเดิม)
Calc ปรับปรุงเรื่อง VBA Macro

สัมภาษณ์ Kay Koll

หมายเหตุ: คำสัมภาษณ์ส่วนที่มีเนื้อหาเกี่ยวข้องกับฟีเจอร์ของ OOo 3.0 ผมได้รวมเข้าไว้ข้างบนหมดแล้ว ตรงนี้มีแต่คำสัมภาษณ์ส่วนที่เหลือครับ

ถาม: ชุด OOo ยังขาดโปรแกรมสำหรับวาด flowchart แบบเดียวกับ Visio อยู่
ตอบ: การวาดแผนผังแบบง่ายๆ สามารถทำได้ผ่านโปรแกรม Draw แต่ก็ไม่ใช่โปรแกรมที่มาทดแทน Visio ได้ทั้งหมด โปรแกรมนี้ยังไม่อยู่ในแผนการของเรา และการสร้างโปรแกรมให้อ่านฟอร์แมตของ Visio ได้นั้นเป็นเรื่องที่ยุ่งยากมาก

ถาม: คุณคิดว่าอะไรเป็นปัญหาสำคัญสำหรับการใช้งาน OOo ในเอเชีย
ตอบ: การสนับสนุนภาษาท้องถิ่นเป็นหัวใจสำคัญ ปัจจุบัน OOo ยังสนับสนุนฟีเจอร์ของ Unicode 2.0 เท่านั้น (Unicode เวอร์ชันล่าสุดคือ 4.0) ซึ่งเป็นปัญหากับผู้ใช้ในประเทศจีน ญี่ปุ่น และเกาหลี ซึ่งทางเรากำลังเร่งพัฒนาเรื่องนี้อยู่

ถาม:แล้วนอกจากปัญหาด้านภาษาถิ่นล่ะครับ
ตอบ: โซลูชันระดับองค์กรขนาดใหญ่หลายๆ ตัว ยังต้องการ MS Office อยู่ ซึ่งเป็นปัญหาสำหรับลูกค้าที่ต้องการเปลี่ยนไปใช้ OOo

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

ถาม: แล้วทางรัฐบาลฝรั่งเศสได้มีการติดต่อกับ StarDivision อย่างเป็นทางการบ้างไหมครับ เช่น ขอฟีเจอร์ด้านภาษาฝรั่งเศสเป็นพิเศษ
ตอบ: ไม่มีครับ การทำธุรกิจของ StarOffice/OpenOffice.org ในฝรั่งเศสนั้น เราทำผ่านตัวแทนจำหน่ายหรือพาร์ทเนอร์ทั้งหมด ไม่มีการติดต่อกับรัฐบาลโดยตรง แต่ผมก็สังเกตเห็นว่าในเมลลิ่งลิสต์ของ OOo มีอีเมลที่ลงท้ายด้วย .fr (จากหน่วยงานรัฐบาลของฝรั่งเศส) เป็นจำนวนมากเหมือนกัน

ลิงก์เพิ่มเติม

'ปฎิเสธ' การประกาศรูปแบบของ Microsoft Office ให้เป็นมาตรฐาน ISO

guest3@temporaryinbox.com@drupal.org — Sun, 05 Aug 2007 15:45:29 +0000

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

---- อานนท์

รัฐบาลญี่ปุ่นประกาศนโยบายมาตรฐานเปิด

mk — Mon, 16 Jul 2007 07:58:01 +0000

รัฐบาลญี่ปุ่นประกาศว่าการประมูลหรือเสนอราคาโซลูชันคอมพิวเตอร์ให้กับหน่วยงานรัฐบาล จะนำเรื่องการใช้กับมาตรฐานเปิดมาพิจารณาด้วย บริษัทไหนสนับสนุนมาตรฐานเปิด (เช่น OpenDocument) จะได้รับการพิจารณาเป็นพิเศษ

ญี่ปุ่นถือว่าเป็นประเทศแรกในเอเชียที่ออกมาสนับสนุนมาตรฐานเปิด หลังจากหลายรัฐในอเมริกา ประเทศในยุโรปและอเมริกาใต้ได้ออกมาประกาศเรื่องนี้กันซักพัก

ใครที่เพิ่งติดตาม Blognone และไม่รู้เรื่องมาตรฐานเปิดมากนัก แนะนำให้อ่าน ภาพถ่ายครอบครัวกับ ODF จะให้ข้อมูลว่าทำไมเราควรสนับสนุนมาตรฐานเปิด

ที่มา - Slashdot

เพิ่มเติม: ร่วมลงชื่อใน petition สนับสนุนไม่ให้ ISO รับ Microsoft Office OpenXML เป็นมาตรฐานของ ISO ตอนนี้มีเกินสองหมื่นชื่อแล้ว

พบความไม่สมบูรณ์ในมาตรฐาน OOXML Spreadsheet

lew — Wed, 11 Jul 2007 17:31:12 +0000

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

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

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

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

ที่มา - An Antic Disposition

ซันออกปลั๊กอิน ODF สำหรับ MS Office

mk — Sun, 08 Jul 2007 02:41:12 +0000

ซันออกปลั๊กอิน Sun ODF Plug-in for Microsoft Office สำหรับให้ Microsoft Office สามารถอ่าน/เขียนไฟล์ OpenDocument ได้ โดยสนับสนุนเวอร์ชัน 2000, XP และ 2003 ตอนนี้ยังใช้ได้กับ Word เท่านั้น

ตัวปลั๊กอินมีขนาด 30 MB ใครสนใจก็ดาวน์โหลดได้ที่นี่ แล้วมารายงานผลด้วยก็ดีครับ (ผมไม่มี MS Office)

ฝั่งไมโครซอฟท์-โนเวลล์ก็กำลังสปอนเซอร์โครงการทำปลั๊กอินคล้ายๆ กันอยู่ ชื่อว่า OpenXML/ODF Translator Add-On for Office ตอนนี้ยังใช้ได้เฉพาะ Word เช่นกัน

ที่มา - Heise Online