ข้อเสนอต้นฉบับของ WWW ที่เป็นไฟล์ Word for Macintosh 4 จากปี 1990 ยังเปิดได้อยู่ไหมในตอนนี้?
(blog.jgc.org)- ข้อเสนอต้นฉบับของ WWW ของ Tim Berners-Lee เป็นเอกสาร Microsoft Word for Macintosh 4.0 ขนาด 68,608 ไบต์ โดยประเด็นสำคัญคือจะสามารถเปิดมันในสภาพแวดล้อมสมัยใหม่ให้ใกล้เคียงต้นฉบับ และแปลงเป็น PDF ได้หรือไม่
- Microsoft Word และ Apple Pages เปิดไม่ได้ ส่วน Apache OpenOffice เปิดได้แต่ ไม่สามารถรักษารูปแบบและไดอะแกรม ไว้ได้อย่างถูกต้อง
- LibreOffice เปิดเอกสารได้และแสดง ไดอะแกรมได้คมชัด แต่ระยะขอบ ขนาดตัวอักษร หัวกระดาษ/ท้ายกระดาษ และช่องว่างต่างจากต้นฉบับ จึงต้องปรับแก้เพิ่มเติม
- PDF ของ CERN จากปี 1998 มี 20 หน้า ขณะที่เลย์เอาต์ต้นฉบับที่ตรวจสอบด้วย Macintosh ยุค 1990 และ Word บน Infinite Mac แสดงว่าเมื่อใช้กระดาษ A4 จะมี 22 หน้า
- ไฟล์
.odtที่ปรับแก้ด้วยมือและ PDF ที่สร้างจาก Mac แบบจำลองถูกอัปโหลดขึ้น GitHub แล้ว และแสดงให้เห็นว่าแม้เป็นเอกสารอายุ 34 ปี การเปิดและเก็บรักษาให้ถูกต้องก็ไม่ใช่เรื่องง่าย
ตัวตนของไฟล์ต้นฉบับและเป้าหมายของการแปลง
- W3C มีไฟล์ให้ดาวน์โหลดที่ดูเหมือนจะเป็นเอกสารต้นฉบับบนหน้า original WWW proposal ของ Tim Berners-Lee
- ไฟล์ดาวน์โหลดนั้นมีคำอธิบายกำกับว่า “I think - I can't test it” และยังมีเวอร์ชัน RTF กับเวอร์ชัน HTML ที่สร้างจากไฟล์ต้นฉบับในปี 1998 แยกไว้ด้วย
- คำสั่ง
fileบน Mac ระบุเอกสารต้นฉบับนี้ว่าเป็น ไฟล์ Microsoft Word for Macintosh 4.0 - บันทึกบนหน้าของ W3C ก็ระบุว่าเอกสารนี้เป็นเอกสาร MacWord หรือ Word for Mac ต้นฉบับที่เขียนในเดือนมีนาคม 1989 และถูกเผยแพร่อีกครั้งโดยไม่มีการเปลี่ยนแปลง นอกจากการเพิ่มวันที่เดือนพฤษภาคม 1990
- เป้าหมายคือการเปิดเอกสารต้นฉบับนี้ และถ้าเป็นไปได้ก็แปลงเป็นฟอร์แมตสมัยใหม่อย่าง PDF ที่มีความเที่ยงตรงสูง
ผลการลองเปิดด้วยซอฟต์แวร์สมัยใหม่
- เริ่มจาก Microsoft Word โดยเติมนามสกุลไฟล์เป็น
.docแล้วอัปโหลดขึ้น OneDrive เพื่อเปิดดู - Apple Pages ก็ไม่เข้าใจไฟล์ Microsoft Word for Macintosh รุ่นเก่านี้เช่นกัน
- Apache OpenOffice เปิดไฟล์ได้ แต่ รูปแบบหายไปและไดอะแกรมไม่แสดง
- LibreOffice เปิดไฟล์ได้และแสดงไดอะแกรมได้อย่างคมชัด
- แต่ยังมีปัญหาเรื่องระยะขอบแปลก ๆ และปัญหารูปแบบอื่น ๆ เหลืออยู่
ความแตกต่างระหว่าง PDF ของ CERN กับผลลัพธ์จาก LibreOffice
- CERN มี เวอร์ชัน PDF ของข้อเสนอนี้ให้บริการ
- PDF นี้ดูเหมือนถูกสร้างในปี 1998 ด้วย Acrobat Distiller Daemon 2.1 for SunOS/Solaris(SPARC) และมี 20 หน้า
- เวอร์ชันที่นำเข้าใน LibreOffice มี 24 หน้า
- หลังจากสร้าง PDF จากเวอร์ชัน LibreOffice แล้ว จึงนำไปเทียบกับ PDF ของ CERN ด้วยมุมมอง contact sheet ใน Apple Preview
- เวอร์ชัน LibreOffice ไม่มีระยะขอบด้านขวา
- เนื้อหาส่วนใหญ่แสดงเป็น 14pt แทนที่จะเป็น 12pt แบบ PDF ของ CERN
- ส่วนหัวที่มีชื่อย่อของ TBL ถูกย้ายไปเป็นท้ายกระดาษ
- เมื่อดูจากตำแหน่งของภาพ การขึ้นหน้าใหม่โดยรวมดูใกล้เคียงกัน และปัญหาใหญ่ที่สุดน่าจะเป็นขนาดตัวอักษร
- PDF ของ CERN มีช่องว่างใต้ชื่อเรื่อง แต่เวอร์ชัน LibreOffice ไม่มี
ตรวจสอบเลย์เอาต์ต้นฉบับด้วยการจำลองระบบ
- เพื่อดูว่าเอกสารต้นฉบับจริงมีหน้าตาอย่างไร จึงบูต Macintosh ยุค 1990 บน Infinite Mac และเปิดเอกสารต้นฉบับด้วย Word for Macintosh 4.0
- วิธีนี้ทำให้ตรวจสอบ ฟอนต์ ขนาดฟอนต์ และเลย์เอาต์ จริงได้
- ผลที่เห็นบน Mac แบบจำลองชี้ว่าเอกสารบน Mac ต้นฉบับกับ PDF ของ CERN ต่างกันพอสมควร
- PDF ของ CERN มี 20 หน้า
- เอกสารที่เปิดด้วย Word for Macintosh 4.0 บนกระดาษ A4 มี 22 หน้า
- หลังจากนั้น เป้าหมายจึงเปลี่ยนจากการทำให้ตรงกับ PDF ของ CERN ไปเป็นการทำให้ใกล้เคียงเอกสารต้นฉบับที่เห็นบน Mac มากที่สุด
การปรับแก้ด้วยมือและผลการเก็บรักษา
- มีการปรับเอกสารใน LibreOffice ด้วยมือหลายจุดเพื่อให้ใกล้เคียงต้นฉบับมากขึ้น
- ตั้งค่ากระดาษเป็น A4
- ตั้งค่าระยะขอบขวาให้เท่ากับระยะขอบซ้าย
- ปรับหน้าแรกเป็นรูปแบบแยก เพราะ gutter, ท้ายกระดาษ และหัวกระดาษไม่เหมือนหน้าที่เหลือ
- เปลี่ยนฟอนต์เนื้อหาเป็น 12pt จาก 14pt และขนาดอื่น ๆ
- แก้ข้อความที่ตัดหน้าผิดและปัญหาการจัดแนวระหว่างหน้าแบบแมนนวล
- ย้ายองค์ประกอบที่กลายเป็นท้ายกระดาษกลับไปเป็นหัวกระดาษ
- ผลลัพธ์สุดท้ายใกล้เคียงกับเอกสารที่แสดงบน Mac มากพอสมควร
- เวอร์ชัน
.odtที่ได้จากการแปลงถูกอัปโหลดไว้ใน GitHub repository - งานนี้แสดงให้เห็นว่าการเก็บรักษาเอกสารเก่าในฟอร์แมตสมัยใหม่นั้นยาก และซอฟต์แวร์โอเพนซอร์สอาจมีประโยชน์กับการแปลงลักษณะนี้
- เป้าหมายตั้งต้นคือการได้ ไดอะแกรมคุณภาพสูง จากข้อเสนอต้นฉบับเพื่อใช้ในการนำเสนอ แต่กลับใช้เวลานานกว่าที่คาด
PDF เพิ่มเติมที่สร้างจาก Mac แบบจำลอง
- ในคอมเมนต์บน Hacker News มีคนเสนอว่าสามารถสร้างไฟล์ PostScript หรือ PDF จาก Mac แบบจำลองได้
- จึงใช้ System 7, Word รุ่นปี 1992 และไดรเวอร์เครื่องพิมพ์ Print2PDF ที่สร้างไฟล์ PDF ได้ เพื่อพิมพ์ออกจาก Word for Macintosh 5.1a โดยตรง
- PDF ที่สร้างด้วยวิธีนี้ก็ถูกเพิ่มไว้บน GitHub เช่นกัน
- เวอร์ชันนี้มี 20 หน้า
- แม้ฟอนต์จะต่างออกไป แต่ก็ทำได้ตามข้อกำหนดเดิมคือการสร้าง PDF
- อีกคอมเมนต์หนึ่งบน Hacker News ยังเชื่อมไปยังกรณีที่มีการใช้ Word เวอร์ชันอื่นและการปรับแต่งเพิ่มเติมเพื่อสร้างไฟล์แปลงเป็นฟอร์แมตสมัยใหม่ที่มีคุณภาพดี
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
สำหรับคนที่สนใจ มีการอัปโหลดเอกสารใน รูปแบบ Word สมัยใหม่ ที่ยังคงทั้งงานเวกเตอร์และแบบอักษรไว้: https://jasomill.at/proposal.docx
การแปลงทำโดยเปิดด้วย Word 98[1] บน Power Mac ที่จำลองด้วย QEMU แล้วบันทึกใหม่ ก่อนจะเปิดด้วย Word for Mac 16.82 รุ่นปัจจุบัน
แต่รูปภาพหายไป โดย Word แจ้งว่า “There is not enough memory or disk space to display or print the picture.” ซึ่งดูเหมือนจะไม่ใช่ปัญหา RAM เท่าไร แต่เป็นเพราะ Word ไม่รองรับ รูปแบบภาพ PICT แล้วมากกว่า
ส่วนรูปภาพนั้นสร้าง PDF จาก Word 98 บน Power Mac ด้วยการพิมพ์เป็น PDF ผ่าน Acrobat 5.0.10 จากนั้นใช้ Adobe Illustrator รุ่นปัจจุบันแยกรูปทั้งสามออกมาเป็น PDF ทีละรูป โดยคงแบบอักษรเดิม เวกเตอร์ ขนาด และกรอบขอบเขตไว้ แล้วลากวางกลับใน Finder เพื่อกู้คืน
สำหรับใช้เปรียบเทียบ PDF ที่สร้างจาก Acrobat ใน Word 98 บน Power Mac คือ https://jasomill.at/proposal-Word98.pdf และ PDF ที่สร้างโดย Word รุ่นปัจจุบันบน macOS Sonoma คือ https://jasomill.at/proposal-Word16.82.pdf
[1] https://archive.org/details/ms-word98-special-edition
แน่นอนว่าถ้ามีข้อความอยู่ข้างในก็ยังเหลือปัญหาเรื่องแบบอักษร แต่ไม่เคยนึกถึงไอเดียการใช้ PDF เพื่อเก็บเวกเตอร์ไว้ และ PDF ก็จัดการฝังแบบอักษรได้ดีด้วย
[1] http://fileformats.archiveteam.org/wiki/PICT
เท่าที่ลองค้นดูสั้น ๆ ระหว่างทำงาน ยังยืนยันไม่ได้ว่าโครงการ LHC เริ่มเมื่อไรจนทำให้เกี่ยวข้องได้ตั้งแต่ปี 1990 แต่การที่มันอยู่ก่อนเริ่มใช้งานจริงถึง 20 ปีก็ให้ความรู้สึกว่ายาวนานกว่าที่คิดมาก
คำว่า “สามารถดูแบบอักษรจริง ขนาดแบบอักษร และเลย์เอาต์ เพื่อยืนยันว่าเอกสารควรมีหน้าตาอย่างไร” จะเป็นจริงก็ต่อเมื่อมี แบบอักษรต้นฉบับ อยู่
Word 4.0 ออกมาสำหรับ System 6 และรองรับย้อนหลังถึง System 3.2 โดยในยุคนั้นแบบอักษรมีไฟล์สำหรับหน้าจอและไฟล์สำหรับเครื่องพิมพ์แยกกันตามความละเอียดการพิมพ์
ถ้าไม่มีแบบอักษรเครื่องพิมพ์ ระบบจะขยายแบบอักษรหน้าจอเพื่อพิมพ์ด้วยวิธี nearest-neighbor และถ้าไม่มีแบบอักษรหน้าจอ ก็จะใช้แบบอักษรของระบบแทน ค่าเริ่มต้นตามภาพหน้าจอคือ Geneva
ในกรณีนี้ต้องใช้แค่ Palatino กับ Courier ที่คุ้นเคย แต่ LibreOffice กลับแทนที่ด้วย Times New Roman แม้ว่าจะติดตั้ง Palatino Linotype อยู่แล้วก็ตาม
PalatinoLinotypeส่วนเวอร์ชัน Adobe OpenType คือPalatinoLTStdถ้าไม่มีข้อยกเว้นแบบฮาร์ดโค้ด การจับคู่แบบอักษรจากคำนำหน้าร่วมกันอาจให้ผลที่ไม่เหมาะสมได้ง่าย เช่นอาจแมป
Lucidaไปเป็นLucidaConsoleทั้งที่ในแง่เจตนาของผู้เขียนเอกสาร แบบอักษร sans-serif แบบสัดส่วนแทบอะไรก็น่าจะดีกว่านั้นแถมแม้แต่การจับคู่ชื่อแบบตรงตัวก็ยังไม่แน่นอน Apple เคยแจกจ่ายแบบอักษรที่มีชื่อภายในว่า
NewYorkอยู่สองครั้ง โดยอันหนึ่งคือการแปลงดีไซน์บิตแมป Macintosh ดั้งเดิมปี 1983 ของ Susan Kare ไปเป็น TrueType ส่วนอีกอันเป็นดีไซน์คนละแบบกันที่ออกมาในปี 2019ฮีโร่ที่ถูกมองข้ามง่าย ๆ ในเรื่องเล็ก ๆ นี้คือคำสั่งเก่าแก่
file(1)proposal: Microsoft Word for Macintosh 4.0เวลาสงสัยว่าไฟล์คืออะไร ก็มักเผลอใช้มันแทบจะโดยอัตโนมัติ และมันให้ข้อมูลมาพอดีอย่างยิ่ง คือมากพอจะตอบความสงสัยและมากพอจะใช้งานจริง จึงมีประโยชน์มาก
fileเป็นเครื่องมือที่ยอดเยี่ยมสมัยก่อนเคยนั่งหน้าคอมพิวเตอร์ทำงานที่เป็น Windows แล้วใช้เครื่องมือนี้ได้ไม่สะดวก ก็หงุดหงิดอยู่หลายครั้ง ต่อมาพอมี WSL ก็สบายขึ้น และตอนนี้ก็ดีหน่อยที่แทบไม่ต้องใช้ Windows แล้ว
LibreOffice เปิดไฟล์นี้ได้ทันที การรองรับฟอร์แมตไฟล์เอกสารเก่า ๆ ของมันยอดเยี่ยมจริง เลยติดตั้งค้างไว้เสมอเพื่อใช้กับเรื่องแบบนี้: https://imgur.com/a/JENgq6V
ถึงอย่างนั้นก็ยังชอบใช้ตัวจำลอง BasiliskII และ InfiniteMac เหมือนกัน
ดูจากภาพหน้าจอก็เหมือนจะเห็นปัญหานั้นอยู่ด้วย และแม้การรองรับฟอร์แมตปิดเก่าขนาดนี้จะถือว่าดีมาก แต่ถ้ายังมีปัญหาแบบนี้ก็อาจพูดได้ไม่เต็มปากว่า “ยอดเยี่ยมจริง”
เลยอดสงสัยไม่ได้ว่าภายใน LibreOffice ตอนนี้ยังมีโค้ด parser สำหรับฟอร์แมตของบุคคลที่สามจากต้นยุค 1990 หลงเหลืออยู่จริงหรือไม่ หรือแท้จริงแล้วเป็นโค้ดความเข้ากันได้/โค้ดแปลงที่สร้างจากการย้อนรอย Word รุ่นหลัง ๆ ซึ่งมาทำงานแทน
กรณีนี้แสดงให้เห็นถึง ความเข้ากันได้ย้อนหลัง ของ Microsoft โดยใน Word 2401 บน Windows ไฟล์เปิดได้ค่อนข้างดี และเลย์เอาต์ก็ดูเหมือนจะตรงกับ PDF ของบทความ
แม้รูปแบบไฟล์จะถูกบล็อกไว้โดยค่าเริ่มต้น แต่ก็อนุญาตให้เปิดได้ไม่ยาก
อย่างไรก็ตาม เนื่องจากไม่มีกราฟิกฟิลเตอร์สำหรับรูปแบบ Microsoft Word Picture จึงไม่สามารถเปิดรูปภาพได้ ดูเหมือนจะเลิกใช้ไปนานแล้ว แต่ Word 2003 น่าจะเปิดได้ และก็ไม่ได้เก่าจนถึงขั้นรันบนระบบสมัยใหม่ไม่ได้
จากนั้นพอบันทึก ก็ถูกแปลงเป็น
.docแบบสมัยใหม่ และสามารถเปิดใน Office 365 เพื่อนำไปแปลงเป็น PDF เป็นต้นได้บทเรียนคือดูเหมือนว่า ทีม Office บน Windows จะให้เวลากับเรื่องความเข้ากันได้ย้อนหลังมากกว่าเล็กน้อย
ถ้าเป็นบริษัทอย่าง Microsoft ก็ควรให้ความสำคัญกับการทำให้ เอกสารที่สร้างโดย Microsoft Word ทุกเวอร์ชัน ยังเปิดได้ ไม่ว่าจะเก่าแค่ไหนก็ตาม
คิดว่านี่เป็นความรับผิดชอบทั้งทางสังคม ประวัติศาสตร์ และเศรษฐกิจ
ถ้ากังวลเรื่องช่องโหว่ในโค้ดพาร์เซอร์เก่า ก็ย้ายไปไว้ในโปรเซสภายนอกแล้วรันใน sandbox แยกต่างหาก เพื่อให้มันปล่อยเวอร์ชันใหม่ที่อ่านได้ออกมาทันที ไม่ควรลบความสามารถนี้ทิ้ง
แก้ไข: ตอนนี้ทราบแล้วว่า Word บนเดสก์ท็อปเปิดไฟล์ได้ดี ปัญหามีแค่เวอร์ชันเว็บ ดังนั้นจะถือว่าบทความนี้เป็นโมฆะก็ได้
แก้ไข 2: เอกสารเปิดได้ แต่ดูเหมือนจะไม่สามารถแสดงหรือพิมพ์กราฟิกที่ฝังอยู่ภายในได้
การทำเอกสารอธิบายรูปแบบก็ไม่ใช่มาตรฐานด้วยซ้ำ แม้จะเห็นด้วยว่ามีความรับผิดชอบทางสังคม แต่ในฐานะคนที่เคยทำงานด้านดิจิทัลอาร์ไคฟ์ ขอยืนยันว่าโลกยุคก่อนนั้นยุ่งเหยิงมาก มากจริง ๆ
ถ้าต้องการให้ได้งานพิมพ์ที่ตรงกับของในยุคนั้นจริง ๆ ก็อาจติดตั้งคิวพิมพ์ที่สร้าง ไฟล์ PostScript ลงในอีมูเลเตอร์ที่รัน Word for Mac 4.0
แล้วไฟล์
.psนั้นก็สามารถแปลงเป็น PDF ได้หรือถ้ามี Acrobat อยู่บน OS ที่เก่าขนาดนั้น ก็อาจใช้ไดรเวอร์เครื่องพิมพ์เสมือนเพื่อสร้าง PDF ได้โดยตรงเลย
ถ้าอยากปรับแต่งเองมากขึ้น ก็ลงไปในน้ำลึกของ Ghostscript ได้เลย :)
https://www.ghostscript.com
ก็จำได้ว่าเคยเปิดไฟล์ Word 4.0 ได้เหมือนกัน
LibreOffice น่าทึ่งมาก ไม่เพียงเปิดเอกสารได้หลายรูปแบบ แต่ยังสามารถรันแบบ headless และใช้ตัวเลือกบรรทัดคำสั่งเพื่อทำงานอัตโนมัติอย่างการแปลงรูปแบบไฟล์ได้ด้วย
งานแบบนี้มักทำได้ยากด้วยวิธีอื่น
https://help.libreoffice.org/latest/en-US/text/shared/guide/start_parameters.html
https://opensource.com/article/21/3/libreoffice-command-line
มีปัญหาที่อาจเกิดขึ้นซึ่งบริษัทต่าง ๆ มักประเมินต่ำเกินไป บางบริษัทมีแบ็กอัปแบบ เก็บรักษาไม่มีกำหนด
แบ็กอัปที่เก็บไว้ 10 ปีเป็นเรื่องปกติ และบางแห่งเก็บไว้ 20 ปีด้วยเหตุผลทางกฎหมาย แต่ส่วนใหญ่ไม่เข้าใจความต่างระหว่าง “อ่านได้” กับ “ใช้งานได้”
ขึ้นอยู่กับข้อมูล แต่ก็มีบริษัทที่เชื่อว่าการสำรองทั้งเครื่องเสมือนไว้ตลอดไปจะทำให้เอากลับมารันได้ภายหลัง ทั้งที่แค่กู้เครื่อง vSphere 5.x บน vSphere 8 รุ่นล่าสุดก็ยากพอแล้ว จึงไม่ค่อยเข้าใจการสิ้นเปลืองพื้นที่แบบนี้
ในราคานี้ การเก็บกวาดไม่คุ้มค่าเลย ยังไม่รวมต้นทุนค่าเสียโอกาสที่ต้องให้ DevOps คนหนึ่งซึ่งมีค่าแรงเกิน 100 ดอลลาร์ต่อชั่วโมง ไปทำงานน่าเบื่อแทนงานที่สร้างผลผลิตมากกว่า
เมื่อบริษัทถูกซื้อกิจการหรือเวลาผ่านไปมากพอ ก็ลบหรือทิ้งข้อมูลได้เลยโดยไม่ต้องจัดระเบียบ
ส่วนเครื่องเสมือน เช่นถ้าเป็น VMDK ก็สามารถอ่าน raw disk ได้โดยไม่ต้องบูต ไม่คุ้มที่จะเสี่ยงข้อมูลสูญหายเพื่อประหยัดเดือนละ 10 ดอลลาร์ และเงินจำนวนนั้นก็พอ ๆ กับเบียร์เพิ่มอีกแก้วในงานทีมของนักพัฒนาหนึ่งคน
เพราะฉะนั้นจึงไม่ใช่การสิ้นเปลืองพื้นที่มากนัก แต่ใกล้เคียงกับ การสิ้นเปลืองด้านการจัดการดูแล มากกว่า
เป็นเรื่องเตือนใจที่ดีว่าฟอร์แมตต่าง ๆ เสื่อมสภาพเร็วแค่ไหน โดยเฉพาะ ฟอร์แมตปิด ที่อันตรายเพียงใด
สำหรับเอกสารที่ต้องเก็บระยะยาว ฉันใช้ Markdown, plain text และ PNG
ต่อให้ฟอร์แมตเหล่านี้หายไป ก็น่าจะยังเขียน parser ขึ้นมาใหม่เองได้ไม่ยาก
การทำ parser ที่ทำงานเหมือน Markdown parser ในกรณีง่าย ๆ จนคนเชื่อว่ามัน parse ได้จริงนั้นทำได้ไม่ยาก แต่ parser ของจริงเป็นอีกเรื่อง
ถึงอย่างนั้น ข้อมูล Markdown ก็ยังมีโอกาสกู้คืนได้สูง ถ้าเป็นข้อมูลที่สร้างขึ้นเอง HTML อาจปลอดภัยกว่าก็ได้
HTML ก็คล้ายกัน และ plain text ก็เป็นแบบนั้นอยู่บ้าง PDF ควรจะเหมือนเดิมอย่างแม่นยำตลอดไป แต่ในบรรดาฟอร์แมตเอกสารที่แก้ไขได้ เท่าที่รู้มีเพียง TeX/LaTeX เท่านั้นที่รักษารูปแบบเดิมได้จริงแม้ซอฟต์แวร์จะอัปเดต
ในความเป็นจริง สำหรับ LaTeX ถ้าเอกสารอินพุตเดียวกันไม่สร้างเลย์เอาต์ที่เหมือนกับเวอร์ชันก่อนหน้าอย่างเป๊ะ ๆ ก็ถือเป็นบั๊กอย่างเป็นทางการ
จะยิ่งเป็นปัญหาโดยเฉพาะถ้าต้องเขียนเอกสารของฟอร์แมตหรือโปรโตคอลที่ซับซ้อนกว่านั้นด้วยฟอร์แมตหรือโปรโตคอลนั้นเอง
ยังมีวิกิ Just Solve The File Format Problem ด้วย ฉันก็เคยเพิ่มเนื้อหาลงไปเหมือนกัน แม้ว่าจะใช้ HTML และไม่ได้มีสเปกฉบับสมบูรณ์ของทุกฟอร์แมต บางส่วนเป็นเพียงลิงก์ไปยังไฟล์ภายนอก แต่ก็ช่วยในการค้นหาข้อมูลเกี่ยวกับฟอร์แมตไฟล์ได้
เขาว่าคนที่ไม่รู้ประวัติศาสตร์ย่อมทำผิดซ้ำเดิม แต่ถ้าเอกสารของเราอ่านไม่ได้หรือสูญหายไปสำหรับคนรุ่นหลัง แล้วพวกเขาจะเรียนรู้จากความผิดพลาดของเราได้อย่างไร?