LibreOffice อ่านไฟล์ Word รุ่นเก่าได้ดีกว่า Word เอง

 (eldritch.cafe)
1 คะแนน โดย GN⁺ 2024-01-08 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • มีกรณีที่ยืนยันได้ว่า ระหว่างที่ผู้ใช้พยายาม กู้คืนเอกสารเก่า ขณะจัดระเบียบต้นฉบับเก่าหลังเกษียณ LibreOffice สามารถเปิดไฟล์ที่เก่ากว่าได้มากกว่า Word
  • Word ไม่สามารถอ่าน ไฟล์ก่อนปี 1994 ได้ แต่ LibreOffice รุ่นล่าสุดบน Mac สามารถเปิดไฟล์จากปี 1992 และ 1989 รวมถึงเอกสารจากปี 1986 ได้เป็นส่วนใหญ่
  • คุณภาพการแปลงไม่สมบูรณ์นัก โดยตัวอักษรพิมพ์เล็ก a ในไฟล์ปี 1989 ถูกเปลี่ยนเป็น อักขระ circumflex และในเอกสารปี 1986 มีอักขระกล่องบางส่วนปรากฏขึ้น
  • ผู้ใช้สำรองต้นฉบับไว้บนคลาวด์และ Time Machine แล้วพบว่านิยายเก่า 9 เรื่อง นิยายเขียนไม่จบ 2 เรื่อง และเรื่องสั้นราว 15 เรื่องยังคงอยู่
  • เนื่องจากการรักษาความเข้ากันได้ย้อนหลังของรูปแบบไฟล์ปิดรุ่นเก่ามีต้นทุนสูง เครื่องมือภายนอกอย่าง LibreOffice จึงอาจเป็น ตาข่ายนิรภัยสำหรับการกู้คืนเอกสาร ได้

งานกู้คืนที่เริ่มจากการจัดต้นฉบับเก่า

  • หลังเกษียณ ผู้ใช้มีเวลาให้กับงานเขียนมากขึ้น และเริ่มจัดทำรายการ นิยายขนาดยาวที่ยังขายไม่ได้ ซึ่งต้องแก้ไขและเขียนใหม่
  • หลังจากแยก Mac ออกจาก VPN สำหรับงาน การเชื่อมโยงโฟลเดอร์เกิดปัญหา ทำให้เมื่อคลิก Documents ใน Finder เครื่องพยายามหาเครือข่ายปลายทางแล้วล้มเหลว
    • หลังรีบูต หากเข้า Documents ตรงจากไดเรกทอรีผู้ใช้ก็ยังเข้าถึงได้
    • ผู้ใช้คัดลอกโฟลเดอร์งานเขียนทั้งหมดไปไว้บนเดสก์ท็อป และยืนยันว่าไม่ได้สูญเสียนิยายเก่าและต้นฉบับเรื่องสั้น
  • ตอนแรกคิดว่ามีหนังสือที่เขียนเสร็จแล้ว 7 เล่ม แต่ความจริงมี ฉบับเสร็จสมบูรณ์ 9 เล่ม
    • ในจำนวนนี้ 3 เล่มเป็นไตรภาค และมีนิยายเรื่องหนึ่งที่ปะปนภาคต่ออยู่ด้วย
    • นิยายที่เขียนไม่จบมี 2 เรื่อง
  • เรื่องสั้นมีประมาณ 15 เรื่อง และจากบันทึกการส่งตามหลายโฟลเดอร์ ทำให้ประเมินได้ว่าหลายเรื่องเป็นฉบับสมบูรณ์

จุดที่ Pages และ Word เปิดไม่ได้

  • นิยายเรื่องหนึ่งที่เขียนในปี 1996 นั้น Pages ปฏิเสธที่จะเปิด
    • ผู้ใช้มองว่านี่เป็น space opera ที่สนุกและมีโอกาสขายได้สูงในช่วงแรก
  • เดิมวางแผนจะติดตั้ง Word และค้นหาโปรแกรมที่เปิดไฟล์เก่าได้ แต่ภายหลังพบว่า Word ไม่สามารถอ่าน ไฟล์ก่อนปี 1994 ได้
  • ผู้ใช้ยังเก็บต้นฉบับตอนสมัย Apple ][ ไว้ด้วย แต่เคยอัปเดตมาเป็น Mac และ Word รุ่นยุคต้นสหัสวรรษตั้งแต่สมัย PowerPC แล้ว

ไฟล์ที่ LibreOffice เปิดได้จริง

  • มีผู้ใช้อีกรายแนะนำว่า “LibreOffice อ่านไฟล์ Word เก่าได้ดีกว่า Word เอง” และผู้ใช้จึงติดตั้ง LibreOffice รุ่นล่าสุดสำหรับ Mac
  • ไฟล์ปี 1992 เปิดได้โดยไม่มีปัญหา
  • ไฟล์ปี 1989 ก็เปิดได้ แต่ตัวอักษรพิมพ์เล็ก a ทุกตัวถูกแปลงเป็น อักขระ circumflex
    • ผู้ใช้มองว่าปัญหาระดับนี้ยังพอยอมรับได้
  • หลังหาวิธีค้นหาตามวันที่บน Mac ได้แล้ว ก็พบสตอรีทรีตเมนต์ชื่อ The Revenger ที่ไม่มีนามสกุลไฟล์
    • วันที่คือ 25 มีนาคม 1986
    • มีอักขระกล่องอยู่บ้าง แต่โดยรวมยังอ่านได้
    • ผู้ใช้มองว่าเอกสารนี้เป็นความพยายามเขียน SF space opera ในแบบ Andre Norton
  • LibreOffice ยังเปิด Tree Castle ได้ด้วย
    • เอกสารนี้อาจเป็นเอกสาร Mac Draw หรือใกล้เคียงกัน
    • วันที่คือ 1 มกราคม 1986 และเป็นเอกสารที่เก่าแก่ที่สุดที่ผู้ใช้มี
  • ผู้ใช้ประเมิน LibreOffice สูงในฐานะเครื่องมือแปลงเอกสาร และสรุปว่าแม้เนื้อหาบางส่วนของเอกสารเก่าจะยังไม่สุกงอม แต่ก็ ไม่มีทรัพย์สินทางปัญญาที่สูญหายไป

ต้นทุนที่แท้จริงของการรักษาความเข้ากันได้ย้อนหลัง

  • ผู้ใช้รายหนึ่งเล่าว่าในงานประจำก็ใช้ LibreOffice เป็นเครื่องมือหลัก และเคยมีหลายครั้งที่มันกู้ไฟล์ Word เก่าได้ดีกว่า Word
  • ผู้เขียนต้นทางมองว่า การที่ Microsoft ไม่สามารถรองรับความเข้ากันได้ย้อนหลัง 100% กับฟอร์แมตปิดของตัวเอง ไม่ได้เป็นเพียงเรื่องของความไม่ใส่ใจ
  • การรักษาความเข้ากันได้ย้อนหลังต้องแบกรับ ต้นทุนนักพัฒนา รวมถึงต้นทุนการทดสอบและดีบักอย่างต่อเนื่อง
    • มีการกล่าวว่านักพัฒนาในบริษัทขนาดใหญ่อาจมีต้นทุนเกิน 150,000 ดอลลาร์แม้ยังไม่รวมโบนัส
    • ทุกครั้งที่แนวทางการจัดการ กระบวนทัศน์การเขียนโปรแกรม ข้อกำหนดของภาษา วิธีเข้าถึงที่เก็บข้อมูล มาตรฐานความเป็นส่วนตัว หรือความสามารถในการตรวจสอบเปลี่ยนไป ภาระการดูแลโค้ดก็เพิ่มขึ้น
    • อาจต้องมีนักพัฒนาเฉพาะทางดูแลทั้งสายผลิตภัณฑ์ที่รองรับ หรือเมื่อมีการเปลี่ยนโค้ดก็ต้องใช้ทีมตามฤดูกาลและเวลาของฝ่ายจัดการ
  • ผู้ใช้ส่วนใหญ่ไม่ได้มีไฟล์ที่เก่ากว่าไม่กี่ปี และในงานองค์กรก็มักยก การเก็บรักษาไม่เกิน 7 ปี เป็นแนวปฏิบัติที่ดี
    • ไฟล์เก่ามักถูกอัปเดตใหม่หรือแปลงเป็น PDF เพื่อเก็บรักษา
  • มีมุมมองว่าในกรณีของ LibreOffice ความสามารถในการเปิดไฟล์เก่าอาจช่วยขยายฐานผู้ติดตั้ง และยังรับเงินบริจาค จึงไม่อาจมองว่าเป็นแรงงานฟรีล้วน ๆ
  • หากเครื่องมือภายนอกล้มเหลว Microsoft ก็สามารถปล่อยให้ภาระด้านซัพพอร์ตทางเทคนิค หรือความเสี่ยงด้านคดีความ การคว่ำบาตร และชื่อเสียงเสียหาย ตกอยู่กับเครื่องมือภายนอกได้

ประสบการณ์กับการรายงานบั๊กโอเพนซอร์สและระบบนิเวศของเครื่องมือ

  • มีความเห็นว่าปัญหาที่ตัวอักษรพิมพ์เล็ก a ในไฟล์ปี 1989 ถูกเปลี่ยนเป็น circumflex นั้นควรถูกรายงานเป็นบั๊ก
    • หากแนบไฟล์ไปกับรายงานบั๊กได้ ก็อาจมีใครสักคนเข้ามาตรวจสอบ
    • ยังมีการแชร์ประสบการณ์ว่าเคยรายงานปัญหาด้านประสบการณ์ผู้ใช้ของกล่องโต้ตอบการแบ่งย่อหน้าใน LibreOffice Writer และหลังจากมีการพูดคุยก็ได้รับการแก้ไข
  • ผู้เขียนต้นทางเล่าย้อนว่าเคยรายงานบั๊กในโครงการโอเพนซอร์สบางตัวที่ใช้งาน แต่หลายปีผ่านไป มีเพียงรายการเดียวเท่านั้นที่ถูกแก้จริง
    • มักได้รับคำตอบประมาณว่า “ไปแก้เองสิ” และรู้สึกว่าการแก้ปัญหาของคนอื่นมักมีลำดับความสำคัญต่ำ
    • ยังเสริมว่าเคยเจอท่าทีคล้ายกันจาก Microsoft ส่วน Apple ดีกว่านิดหน่อยแต่ไม่ได้ต่างมาก
  • ขั้นตอนการร่วมพัฒนาโอเพนซอร์สอย่าง Git และ pull request อาจเป็นกำแพงสำหรับผู้ใช้ทั่วไปหรือแม้แต่นักพัฒนาบางคน
    • ผู้เขียนต้นทางเล่าว่าระหว่างทำงานโอเพนซอร์สที่เกี่ยวกับ Zowe และโครงการความสอดคล้องบังคับของ Open Mainframe Project ต้องกลับไปเขียนคำแนะนำใน .md ใหม่ และติดที่ข้อกำหนดเรื่อง GitHub pull request
    • แม้แต่นักพัฒนา mainframe, JavaScript, C หรือ Windows หากไม่คุ้นกับแนวทางของ GitHub ก็ต้องแบกรับภาระในการเรียนรู้ใหม่
  • ผู้ใช้อีกรายบอกว่าการปรับตัวกับ Git นั้นยาก ขณะที่ Mercurial แม้จะเป็นโมเดลกระจายศูนย์คล้ายกัน แต่เข้าใจได้ง่ายกว่ามาก
  • ในการพูดคุยเรื่อง WordPerfect มีความเห็นต่อเนื่องว่ากลยุทธ์ที่มองการมีไดรเวอร์เครื่องพิมพ์จำนวนมากเป็นกำแพงคู่แข่ง กลับกลายเป็นจุดอ่อนของตัวเอง
    • มีการแชร์ประสบการณ์ว่า ขณะที่ Windows เพิ่มการรองรับเครื่องพิมพ์ต่อเนื่อง WordPerfect กลับใช้เวลานานกว่า 10 นาทีเพื่อโหลดไดรเวอร์เครื่องพิมพ์ที่ไม่จำเป็นอีกต่อไป

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2024-01-08
ความคิดเห็นจาก Hacker News

  • ต่อให้บันทึกไฟล์ doc/docx ทุก 5 นาทีใน LibreOffice ระหว่างที่มีการแก้หลายรอบและมีคอมเมนต์ ก็ไม่ควรไว้ใจว่าครั้งหน้าจะเปิดได้เหมือนเดิม
    ถ้าแก้ไขไฟล์ Word โดยตรง สักวันหนึ่ง LibreOffice อาจทำเอกสารพังได้ ปลอดภัยกว่าถ้าทำงานในฟอร์แมตของ LibreOffice แล้วค่อยแปลงเป็น doc/docx ตอนส่ง
    ปัญหาคือมันแนบเนียนมาก LibreOffice จะแสดงเนื้อหาที่แก้และให้แก้ต่อได้ แต่ไฟล์ที่บันทึกจริงอาจเสียหายได้ กว่าจะรู้ก็ตอนเปิดครั้งถัดไป บางครั้งซ่อมได้ เช่น แท็กใน XML ภายในไม่ตรงกัน แต่บางครั้งเอกสารหายไปเป็นส่วนใหญ่จนกู้คืนไม่ได้

    • ไม่ควรทำงานบน docx โดยตรง ถ้าจำเป็นก็ให้นำเข้าได้ แต่ควรทำงานในฟอร์แมต OASIS OpenDocument
      ถ้าต้องส่งให้ผู้ใช้ MS Office ก็ส่ง OpenDocument ไปได้เลย Office ก็เปิดได้ และถ้ามีปัญหาก็น่าจะเป็นบั๊กฝั่ง Office มากกว่า LibreOffice
      ผู้ใช้ MS Office เองก็ควรคุ้นเคยกับ OpenDocument ซึ่งเป็นฟอร์แมตเอกสารมาตรฐาน
    • ทุกวันนี้แทบนึกไม่ออกแล้วว่าจะทำเอกสารใหญ่ ๆ ใน ฟอร์แมตทึบแบบ WYSIWYG ได้อย่างไร มองว่ามีแค่ฟอร์แมตไฟล์ข้อความล้วนกับระบบควบคุมเวอร์ชันเท่านั้นที่เป็นชุดเครื่องมือที่ขยายต่อได้และไม่ทำงานสูญหาย
    • เรื่องคล้ายกันเกิดในทิศทางกลับกันได้เหมือนกัน และจริง ๆ แล้วเจอฝั่งนั้นบ่อยกว่า เพียงแต่ส่วนใหญ่เป็นเรื่องเมื่อ 10 ปีก่อน
      เคยมีกรณีสร้าง DOCX ที่เปิดการติดตามการเปลี่ยนแปลงใน Word แล้วแก้ไขและบันทึกหลายครั้งใน LibreOffice จากนั้นกลับไปเปิด แก้ และบันทึกใน Word แล้ว Word เปิดไฟล์นั้นไม่ขึ้น แต่พอเปิดใน LibreOffice แล้วบันทึกอีกครั้งก็กลับมาใช้ได้
      กรณีเหล่านี้ทั้งหมดเกี่ยวข้องกับ การติดตามการเปลี่ยนแปลง และรูปแบบแทนค่าภายในของการติดตามการเปลี่ยนแปลงใน DOCX ก็เละยิ่งกว่าสไตล์ “เอา RTF กับของสารพัดอย่างมาเทลง XML” เสียอีก เลยไม่น่าแปลกใจ
    • เป็นความจริงที่ LibreOffice อาจกลืนไฟล์ Word ไปสักวัน แต่ Word เองแม้จะไม่ถึงกับกลืน มันก็ยังฉีกเอกสารจนเละจนแทบไม่ต่างกัน
      ควรหลีกเลี่ยง ฟอร์แมต Word เองมากกว่า
    • ไม่ว่าแอปไหนก็เจอปัญหาแบบเดียวกันได้ เมื่อทำงานกับ ฟอร์แมตที่ไม่ใช่เนทีฟ ซึ่งซับซ้อนในระดับหนึ่ง
      ผู้ขาย A พัฒนา ทดสอบ และแก้ไขทั้งฟอร์แมต A กับแอปของตัวเองไปพร้อมกัน และมีทั้งข้อมูลผู้ใช้กับข้อมูลบั๊กทั้งหมด ส่วนผู้ขาย B ต้องพัฒนาแอปของตัวเองและต้องรองรับฟอร์แมตนั้นโดยไม่มีองค์ความรู้ภายในองค์กรและข้อมูลแบบเดียวกับ A
      เพราะอย่างนั้น แอปของ B จึงยากที่จะจัดการข้อมูลซับซ้อนในฟอร์แมตของ A ได้เสถียรเท่ากับ A เอง และตัว A เองก็ยังมีบั๊กอยู่ดี ในกรณีนี้ทีม Microsoft Office ก็น่าจะมีทรัพยากรมากกว่า LibreOffice อย่างมาก

  • เคยอ่านบทความที่น่าจะเขียนโดย Joel Spolsky เกี่ยวกับ การออกแบบฟอร์แมต XLS ซึ่งสรุปได้ประมาณว่าเป็นการ dump โครงสร้างหน่วยความจำภายในของ Excel ลงดิสก์ แล้วเพิ่มการปรับแต่งเพื่อให้บันทึกและโหลดได้เร็วบนดิสก์ยุคที่ยังช้า
    ดูเหมือนเขาจะค่อนข้างพอใจกับประสิทธิภาพนั้น แต่สิ่งที่ฉันคิดมีแค่ว่า “โปรแกรมอื่นที่ต้องมาจัดการไฟล์นี้ซวยแน่” และ “โปรแกรมอื่น” นั้นก็รวมถึง Excel เวอร์ชันถัด ๆ ไปด้วย
    ถ้าจะกู้ไฟล์เก่าเพื่อการเก็บถาวร ก็คงดีถ้ามีเอกสารภายในของ DOC และ XLS รุ่นเก่า แต่ก็ดูไม่น่าเป็นไปได้ที่ Microsoft จะเคยจัดทำเอกสารเหล่านั้นไว้อย่างดีแม้แต่ภายในองค์กร

    • DOC ก็เหมือนกัน มันเป็นฟอร์แมตที่ dump การแทนค่าภายในของ Word ออกมาตรง ๆ
      เพราะแบบนี้พอมีแรงกดดันเรื่องมาตรฐานเปิด จึงต้องยกเครื่องใหม่ทั้งหมดเป็น DOCX/XLSX เพราะ Microsoft ไม่มีวิธีจะจัดทำเอกสารให้กับของเดิมได้จริง ๆ
      แต่ก็ไม่ได้ช่วยมากนัก เพราะใน DOCX/XLSX เองก็ยังมีแท็กประเภท “binary dump ภายในของ Word/Excel” อยู่ ทำให้ตกหลุมพรางเดิมอีก
    • ใช่ เป็นบทความที่ยอดเยี่ยมมาก
      https://www.joelonsoftware.com/2008/02/19/why-are-the-micros...
    • ที่จริงแล้ว Microsoft เคยจัดทำเอกสารให้ฟอร์แมตเก่าเหล่านี้ เพราะถูกบังคับจากคดี ผูกขาดทางการค้า
      อย่างที่ Spolsky พูด มันเละเทะมาก แต่ในเชิงเทคนิคก็ถือว่ามีเอกสารอยู่
    • บางทีอาจแค่ต้องเปิดเผย ไฟล์ header ก็พอ
      สุดท้ายแล้วฟอร์แมตไฟล์ทุกแบบก็เป็นเพียงโครงสร้างหน่วยความจำที่ถูกเขียนออกมาเป็นไบนารีเท่านั้น

  • ตอนช่วงอัปเกรดเป็น Windows 7 พบว่าซอฟต์แวร์ ลงเวลาทำงาน รุ่นเก่าที่บริษัทใช้ไม่ทำงานอีกต่อไป
    โชคดีที่ฝ่าย IT มีทางออก โดยแจก Ubuntu VM ให้พนักงานทั้งบริษัท แล้วให้รันซอฟต์แวร์นั้นผ่าน Wine สุดท้ายก็ใช้อย่างนั้นอยู่หลายปีจนเปลี่ยนเป็นโซลูชันแบบเว็บ

    • แม้จะเป็นเรื่องเก่าไปแล้ว แต่ Microsoft ให้ความสำคัญกับความเข้ากันได้อย่างจริงจัง และยังมีเครื่องมือให้สร้าง แพตช์ความเข้ากันได้ ได้เองด้วย
      https://techcommunity.microsoft.com/t5/ask-the-performance-t...
    • แฟนชอบเล่นเกม Nancy Drew แบบพอยต์แอนด์คลิกเก่า ๆ เกือบทั้งหมดมีขายบน Steam และบางเกมก็ทำงานได้ดี แต่บางเกมเปิดไม่ขึ้นเลยหรือพังทันที
      แต่กลับพบว่ามันทำงานได้ดีกว่าบน Steam Proton ของ Linux มากกว่าบน Windows รุ่นใหม่เสียอีก แน่นอนว่าไม่ได้หมายความว่าจะดีพอสำหรับเล่นจริงจังเสมอไป
    • เคยซื้อไลเซนส์ Parallels ให้ผู้ใช้ฝ่ายการตลาด 3 คนที่ต้องการ Mac
      เหตุผลหลักคือเพื่อให้พวกเขาใช้ซอฟต์แวร์ลงเวลาทำงานได้ จริง ๆ จะให้บัตร RFID ราคา 2 ดอลลาร์แบบพนักงานสายการผลิตก็ได้ แต่แบบนั้นต้องเดินไปแตะเครื่องลงเวลาเอง
      สุดท้ายคิดว่าน่าจะใช้ Outlook for Windows ด้วย เพราะมีฟีเจอร์ที่เวอร์ชัน Mac ไม่มี
    • ซอฟต์แวร์ของบริษัทที่เคยทำงานด้วยในอดีต ถูกเขียนมาให้ตรงกับ ขนาดเฉพาะของจอใหญ่ ที่พบได้บ่อยในยุคนั้น และใช้ได้เฉพาะที่ขนาดนั้นเท่านั้น
      เพราะงั้นเวลาลูกค้าซื้อซอฟต์แวร์ ก็จะได้จอขนาดที่พอดีแถมไปฟรีด้วย เรื่องจริง

  • มีกรณีคล้ายกันคือเกมจากยุค Windows XP รันบน Ubuntu ได้ แต่รันบน Windows 11 ไม่ได้
    เกมนั้นใช้ Direct3D บางตัวที่หลัง Windows 10 เป็นต้นมาใช้งานไม่ได้แล้ว ผมก็ไม่อยากติดตั้ง Windows XP/7/8 ลงบนเครื่องจริง และเครื่องเสมือนก็รองรับการเร่งกราฟิกได้ไม่ดีนัก
    แต่พอใช้ Wine บน Ubuntu ที่ติดตั้งจริง แล้วหาฟайлที่ถูกต้องมาใส่เพิ่มอีกนิดหน่อย กลับรันได้ ที่ขำกว่านั้นคือพอติดตั้ง Wine บน Ubuntu ที่รันอยู่ใน WSL ของ Windows 11 เกมก็ยังรันได้ในสภาพแวดล้อมนั้นเหมือนกัน ไม่คิดเลยว่าจะต้องใช้วิธีซับซ้อนแบบนี้เพื่อเล่นเกมเก่า

    • ไม่จำเป็นต้องใช้ WSL
      https://fdossena.com/?p=wined3d/index.frag
      มี DLL ของ wined3d ที่คอมไพล์ไว้แล้วสำหรับ Windows
      https://github.com/doitsujin/dxvk
      ตัวนี้ก็ทำงานบน Windows ได้เช่นกัน
      แค่วางลงในโฟลเดอร์เกม มันก็จะโหลด DLL นั้นแทน DirectX จริง ยังมีชุดติดตั้ง API เก่า ๆ อีกหลายตัวสำหรับให้เกมรุ่นเก่ารันต่อได้ ซึ่งบางตัวผู้ใช้ Linux ที่ใช้ Wine ก็ใช้กันด้วย เช่น dgVoodoo
      http://dege.freeweb.hu/dgVoodoo2/ รองรับ Glide ซึ่งเป็น API เฉพาะของการ์ดยุค 3dfx รวมถึง DirectX 1~7, 8.1, 9
      https://github.com/FunkyFr3sh/cnc-ddraw ช่วยแก้ปัญหาที่เกี่ยวกับ DirectDraw ซึ่งเป็น API 2D รุ่นเก่า และอาจมีประโยชน์ทั้งกับผู้ใช้ Windows และคนที่ใช้ Wine บน Linux
      https://github.com/otya128/winevdm ใช้รันแอป 16 บิตบน Windows 64 บิต
      ถ้าเสริมด้วยการปรับโหมดความเข้ากันได้ของ Windows เอง ก็น่าจะรันเกมที่ออกมาสำหรับ Windows ได้แทบทั้งหมดโดยไม่ต้องแบกรับโอเวอร์เฮดหนัก ๆ ของ VM เท่าที่ผมรู้ WSL ยังไม่รู้วิธีคืนหน่วยความจำที่มันจองไว้ครั้งหนึ่งแล้วด้วย
    • ไม่น่าแปลกใจเลย ถ้าใช้ WINE บน Linux ร่วมกับ Yabridge ก็สามารถรัน ปลั๊กอินเสียง ที่เก่ามากจากยุค Win98/XP แต่ยังยอดเยี่ยมอยู่ได้แบบสมบูรณ์ ซึ่งบน Windows รุ่นใหม่มีปัญหาหรือไม่ก็ใช้งานไม่ได้เลย
      เกมก็ได้รับประโยชน์จากชั้นความเข้ากันได้ที่น่าทึ่งและซื่อสัตย์ต่อของเดิมนี้เช่นกัน และทุกวันนี้เกม Windows จำนวนมากรวมถึงเกมใหม่ ๆ ก็สามารถติดตั้งบน Linux ผ่าน WINE ได้อย่างโปร่งใส
      https://www.youtube.com/watch?v=Bg1NiXtrJ6g
      https://www.youtube.com/watch?v=3b50Stm8gu4
    • อยากลองรัน Photoshop รุ่นเก่าด้วยวิธีนี้เหมือนกัน
      สงสัยว่าขั้นตอนมันง่ายไหม

  • น่าแดกดันที่ไฟล์เก่ารูปแบบหนึ่งที่พยายามเปิดด้วย LibreOffice คือ ไฟล์ StarOffice 5 แต่กลับเปิดไม่ได้
    LibreOffice แยกมาจาก OpenOffice และ OpenOffice ก็เกิดจากการที่ StarOffice ถูกเปิดซอร์ส ตัวแปลงถูกถอดออกไปเพื่อให้โค้ดเบสเรียบง่ายขึ้น

    • ถ้าเป็นตัวแปลง ก็สงสัยว่าจะทำเป็น ยูทิลิตีแบบสแตนด์อโลน ที่ทำหน้าที่แปลงฟอร์แมตอย่างเดียวได้ยากแค่ไหน โดยสมมติว่าไม่ต้องมีการแทรกแซงด้วยมือ
      มันคงมีความซับซ้อนอยู่ แต่ StarOffice ตอนนี้ก็เป็นฟอร์แมตที่ตายตัวแล้ว และฝั่ง OpenDocument ก็น่าจะมีเวอร์ชันเก่าที่ตายตัวซึ่งใช้เป็นเป้าหมายได้เหมือนกัน
      ถึงจะไม่ควรมีใครคาดหวังเป็นอย่างอื่น แต่ Apple เองก็ไม่ได้รักษาความเข้ากันได้ย้อนหลังของฟอร์แมต iWork ไว้เหมือนกัน และก็มีเอกสารเก่าบางไฟล์ที่ต้องไปหาเวอร์ชันเก่ามาเปิด
    • น่าจะลองเปิดด้วย LibreOffice 3.x ดู เพราะการรองรับ StarOffice จำนวนมากถูกถอดออกใน LO 4
      https://wiki.documentfoundation.org/ReleaseNotes/4.0#Feature...
    • ตอนนี้ใน LO มี libstaroffice อยู่ ก็น่าจะอ่านได้ อยากรู้เหมือนกันว่าใน LO รุ่นล่าสุดเป็นอย่างไร

  • แม้จะเป็นปี 2024 แล้ว Excel ก็ยังเปิดไฟล์โดยไม่ทำ ไฟล์ CSV พังไม่ได้ ผมเลยเปิด CSV ทุกไฟล์ด้วย LibreOffice
    รู้ว่ามีตัวช่วยนำเข้าอยู่ แต่บางครั้งมันก็ยังทำพังอยู่ดี

    • ตัวอย่างก่อนนำเข้าของ LibreOffice ดีมาก สามารถเลือกได้ว่าจะใช้ ตัวคั่นและการเข้ารหัสอักขระ แบบไหน จะเริ่มจากแถวที่เท่าไร ฯลฯ จึงเป็นมิตรกับผู้ใช้และใช้งานสะดวกมาก
    • ถ้าจะใช้เพื่อจุดประสงค์นี้ ควรใช้ Power Query ดีกว่า นำเข้าผ่านขั้นตอนแบบ Get Data, From File ได้เลย

  • ผมเคยทำงานที่บริษัทซึ่งทำ ซอฟต์แวร์แอนติไวรัส ในช่วงกลางถึงปลายทศวรรษ 1990 และจำเป็นต้องตรวจหาไวรัสมาโครในไฟล์ Word
    แต่กลับเปิดไฟล์ Word 1.0 ไม่ได้ พนักงานของ Microsoft เลยบินมาจากสหรัฐฯ เพื่อช่วยโดยตรง ตอนนั้นเป็นบริษัทเล็ก ๆ ในสหราชอาณาจักร จึงถือว่าเป็นเรื่องใหญ่มาก และเท่าที่ผมรู้ก็เกิดขึ้นแค่ครั้งนั้นครั้งเดียว
    มันดำเนินไปแบบค่อนข้างเป็นความลับ แต่เรื่องที่ผมได้ยินมาคือ Microsoft ทำซอร์สโค้ดต้นฉบับสำหรับอ่านและเขียนไฟล์ฟอร์แมต Word 1.0 หายไป เหลือเพียงไบนารีที่คอมไพล์แล้ว จึงต้องย้อนรอยวิศวกรรมเพื่อสร้างโค้ดใหม่

  • LibreOffice ตั้งเป้าเรื่องความเข้ากันได้ แต่ MS อยากให้ลูกค้าอัปเกรดไปใช้เวอร์ชันที่ใหม่กว่าและทำกำไรได้มากกว่า ดังนั้นผลแบบนี้จึงไม่น่าแปลกใจ

    • เมื่อก่อน Microsoft ให้ความสำคัญกับ ความเข้ากันได้ย้อนหลัง อย่างจริงจังมาก และถ้าไม่นับเมนเฟรม อาจจะมากกว่าใครทั้งหมดด้วยซ้ำ
      ถึงขั้นใส่การจัดการพิเศษเพื่อให้แอปที่พึ่งพาบั๊กหรือความสามารถที่ไม่ได้มีเอกสารอธิบายยังทำงานต่อได้
    • ถ้าต้องการ ก็ใช้ฟอร์แมตแบบเปิดที่เป็นมาตรฐานได้เลย แต่ในคอมเมนต์ก็มักจะมีพวกโทรล MS อยู่เสมอ
      ฉันเคยแปลงไฟล์ xls/doc จำนวน 100GB เพื่ออัปโหลดขึ้น SharePoint แค่บันทึกใหม่เป็นฟอร์แมตแบบเปิดก็ประหยัดพื้นที่ได้ประมาณ 5 เท่าแล้ว
      ที่ LibreOffice เปิดไฟล์เก่าได้ดีกว่าไม่ใช่เรื่องน่าแปลกใจเลย Microsoft ยังมีไฟล์ที่ถูกบล็อกไม่ให้เปิดถ้าไม่เข้าไปตั้งค่าเรื่องความปลอดภัยเพื่ออนุญาตก่อนด้วยซ้ำ ตอนนั้นฉันกำลังแปลงคลังไฟล์ที่มีอายุเกือบ 30 ปี และมีไฟล์จำนวนมากที่เก่ากว่า 20 ปี แล้วทุกวันนี้จะยังแบกความเข้ากันได้ห่วย ๆ แบบนี้ต่อไปทำไม

  • เคยมีกรณีคล้ายกันคือ แอป DOS แบบทำเฉพาะที่ใช้ในร้านเปลี่ยนถ่ายน้ำมันเครื่องรายย่อย รันบน Windows 7 ขึ้นไปไม่ได้เลยไม่ว่าจะตั้งค่าโหมดเข้ากันได้ยังไง แต่กลับรันบน Wine ของ Linux ได้ดี
    เลยใช้แบบนั้นเป็นทางออกชั่วคราวจนกว่าจะพัฒนาแอปใหม่เสร็จ เพราะมีประสบการณ์ใช้แอปคอนโซล แอปทดแทนจึงยังคงเป็นแอปคอนโซล และเขียนใหม่ให้ทันสมัยขึ้นเพื่อให้รันบน Linux shell ได้ ค่าไลเซนส์ก็ประหยัดไปทั้งหมด และสุดท้ายดูเหมือนพวกเขาจะพอใจมากทีเดียว
    ดูเหมือนว่า Microsoft จะละทิ้งหลักการสำคัญเรื่อง รักษาความเข้ากันได้ย้อนหลังไม่ว่าจะต้องแลกด้วยอะไร ไปทั้งองค์กรตั้งแต่กว่าสิบปีก่อนแล้ว

    • สงสัยจริง ๆ ว่าหลักการสำคัญนั้นเริ่มอยู่ร่วมกับการป้องกันมัลแวร์ได้ยากขึ้นหรือเปล่า? การรองรับของเก่าทำให้พื้นผิวการโจมตีใหญ่เกินไปหรือไม่?
    • การคงความเข้ากันได้กับทุกอย่างที่ออกมาตั้งแต่ทศวรรษ 1980 เป็นต้นมานั้นเป็นไปไม่ได้และก็ดูแลรักษาไม่ไหว
      แอปพลิเคชัน DOS และ Windows แบบ 16 บิต รันบน Windows 64 บิตไม่ได้

  • อย่าเปิด ไฟล์ Word ภาษาญี่ปุ่น เก่า ๆ ด้วย LibreOffice เด็ดขาด มันทำไฟล์พัง
    ไฟล์ Word ภาษาญี่ปุ่นรุ่นเก่าเก็บเป็น Shift JIS แต่ LibreOffice เปิดเป็น UTF-8

    • สงสัยว่ามี issue สำหรับปัญหาเฉพาะนี้ใน Bugzilla[1] หรือเปล่า
      ถ้ายังไม่มี ก็สงสัยว่าเคยเปิดใหม่ไว้หรือยัง และพอจะแชร์ตัวอย่างสำหรับใช้รีโปรดิวซ์ได้ไหม ฉันลองค้นหา “Shift JIS” ใน Bugzilla แล้วแต่ไม่เจออะไรเลย
      [1] https://bugs.documentfoundation.org/