LibreOffice đọc các tệp Word cũ tốt hơn Word
(eldritch.cafe)- Một trường hợp được ghi nhận khi một người dùng đang sắp xếp các bản thảo cũ sau khi nghỉ hưu thử khôi phục tài liệu cũ, và LibreOffice mở được nhiều tệp cũ hơn Word
- Word không đọc được các tệp trước năm 1994, nhưng LibreOffice bản mới nhất cho Mac nhìn chung có thể mở các tệp năm 1992, 1989 và cả tài liệu năm 1986
- Chất lượng chuyển đổi không hoàn hảo: chữ thường
atrong tệp năm 1989 bị đổi thành ký tự circumflex, và tài liệu năm 1986 xuất hiện một số ký tự ô vuông - Người dùng đã sao lưu bản thảo lên đám mây và Time Machine, rồi xác nhận có 9 tiểu thuyết cũ, 2 tiểu thuyết chưa hoàn thành và khoảng 15 truyện ngắn
- Các định dạng tệp độc quyền cũ có chi phí duy trì tương thích ngược lớn, nên các công cụ bên ngoài như LibreOffice có thể trở thành lưới an toàn để khôi phục tài liệu
Công việc khôi phục bắt đầu từ việc sắp xếp bản thảo cũ
- Sau khi nghỉ hưu và có thời gian dành cho viết lách, người dùng bắt đầu lập danh sách các tiểu thuyết dài chưa bán được cần chỉnh sửa và viết lại
- Sau khi tách máy Mac khỏi VPN dùng cho công việc, liên kết thư mục bị rối, khiến khi bấm Documents trong Finder thì máy cố tìm một vị trí mạng rồi thất bại
- Sau khi khởi động lại, vẫn có thể truy cập Documents bằng cách vào trực tiếp từ thư mục người dùng
- Người dùng sao chép toàn bộ thư mục viết lách ra desktop và xác nhận không bị mất các tiểu thuyết cũ cùng bản thảo truyện ngắn
- Ban đầu người dùng nghĩ mình có 7 cuốn đã hoàn thành, nhưng thực tế có 9 bản hoàn chỉnh
- Trong đó 3 cuốn tạo thành một bộ ba, và một tiểu thuyết có lẫn phần tiếp theo
- Có 2 tiểu thuyết chưa hoàn thành
- Số truyện ngắn có vẻ khoảng 15 truyện, và do có lịch sử gửi bài trong nhiều thư mục, khá nhiều trong số đó được xem là bản hoàn chỉnh
Những điểm Pages và Word không mở được
- Một tiểu thuyết viết năm 1996 bị Pages từ chối mở
- Người dùng xem đây là một tác phẩm space opera thú vị, có khả năng bán được từ giai đoạn đầu
- Người dùng dự định cài Word và tìm hiểu các chương trình có thể mở tệp cũ, nhưng sau đó xác nhận Word không đọc được các tệp trước năm 1994
- Bản gốc các chương từ thời Apple ][ cũng vẫn được lưu giữ, nhưng đã được cập nhật ở thời PowerPC bằng máy Mac và các phiên bản Word của thập niên 2000
Những tệp LibreOffice thực sự mở được
- Một người dùng khác khuyên rằng “LibreOffice có thể đọc các tệp Word cũ tốt hơn Word”, nên người dùng đã cài LibreOffice bản mới nhất cho Mac
- Tệp năm 1992 mở được mà không gặp vấn đề
- Tệp năm 1989 cũng mở được, nhưng mọi chữ thường
ađều bị chuyển thành ký tự circumflex- Người dùng cho rằng vấn đề ở mức này vẫn có thể chấp nhận được
- Sau khi tìm cách tìm kiếm theo ngày trên Mac, người dùng phát hiện một bản treatment truyện tên
The Revengerkhông có phần mở rộng- Ngày của tệp là 25 tháng 3 năm 1986
- Có vài ký tự ô vuông, nhưng nhìn chung vẫn đọc được
- Người dùng xem tài liệu này là một thử nghiệm space opera khoa học viễn tưởng theo kiểu Andre Norton
- LibreOffice cũng mở được
Tree Castle- Tài liệu này có thể từng là, hoặc có khả năng là, tài liệu Mac Draw
- Ngày của tệp là 1 tháng 1 năm 1986, và đây là tài liệu cũ nhất mà người dùng có
- Người dùng đánh giá cao LibreOffice cho mục đích chuyển đổi tài liệu; dù một số nội dung tài liệu cũ còn non tay, họ kết luận rằng không có tài sản trí tuệ nào bị mất
Chi phí thực tế của việc duy trì tương thích ngược
- Một người dùng chia sẻ rằng họ cũng dùng LibreOffice làm công cụ chính trong công việc, và đã nhiều lần khôi phục các tệp Word cũ tốt hơn Word
- Tác giả gốc cho rằng việc Microsoft không cung cấp tương thích ngược 100% cho định dạng độc quyền của chính mình không chỉ đơn giản là thiếu trách nhiệm
- Việc duy trì tương thích ngược liên tục phát sinh chi phí cho lập trình viên cùng chi phí kiểm thử và gỡ lỗi
- Có ý kiến rằng một lập trình viên ở công ty lớn có thể tốn hơn 150.000 USD, chưa tính thưởng
- Mỗi khi cách quản lý, mô hình lập trình, yêu cầu ngôn ngữ, quyền truy cập kho mã, tiêu chuẩn bảo vệ quyền riêng tư và khả năng kiểm toán thay đổi, gánh nặng duy trì mã lại phát sinh
- Có thể cần một lập trình viên chuyên trách cho toàn bộ sản phẩm được hỗ trợ, hoặc khi thay đổi mã cần đến đội ngũ theo mùa vụ và thời gian quản lý
- Phần lớn người dùng không có tệp cũ hơn vài năm; trong môi trường công việc, lưu giữ tối đa 7 năm được nhắc đến như một thực hành tốt
- Các tệp cũ thường được cập nhật hoặc chuyển thành PDF để lưu trữ
- Có cách diễn giải rằng với LibreOffice, khả năng mở tệp cũ có thể là một tính năng giúp mở rộng lượng người cài đặt; dự án cũng nhận quyên góp, nên khó xem đó hoàn toàn là lao động miễn phí
- Nếu công cụ bên ngoài thất bại, Microsoft có thể để gánh nặng hỗ trợ kỹ thuật, kiện tụng, tẩy chay hoặc tiếng xấu lại cho phía công cụ bên ngoài
Báo lỗi mã nguồn mở và trải nghiệm hệ sinh thái công cụ
- Có ý kiến cho rằng hiện tượng chữ thường
atrong tệp năm 1989 bị đổi thành circumflex đáng được báo lỗi- Nếu có thể đính kèm tệp vào báo cáo lỗi, có khả năng ai đó sẽ xem xét
- Một trường hợp cũng được chia sẻ: vấn đề trải nghiệm người dùng trong hộp thoại ngắt đoạn của LibreOffice Writer đã được báo cáo, thảo luận rồi sửa
- Tác giả gốc hồi tưởng rằng họ từng báo lỗi trong vài dự án mã nguồn mở đã dùng, nhưng sau vài năm chỉ có một lỗi thực sự được sửa
- Họ thường nhận được câu trả lời kiểu “tự sửa đi”, và cảm thấy việc sửa vấn đề của người khác thường có độ ưu tiên thấp
- Họ nói thêm rằng mình cũng từng gặp thái độ tương tự ở Microsoft; Apple thì khá hơn một chút nhưng khác biệt không lớn
- Các quy trình đóng góp mã nguồn mở như Git và pull request có thể là rào cản đối với người dùng phổ thông hoặc một số lập trình viên
- Tác giả gốc từng phải viết lại hướng dẫn
.mdtrong công việc mã nguồn mở liên quan đến Zowe và một dự án tuân thủ bắt buộc của Open Mainframe Project, nhưng bị kẹt ở yêu cầu pull request trên GitHub - Các lập trình viên mainframe, JavaScript, C, Windows cũng sẽ phải học thêm nếu chưa quen với cách làm của GitHub
- Tác giả gốc từng phải viết lại hướng dẫn
- Một người dùng khác thấy khó thích nghi với Git, còn Mercurial tuy có mô hình phân tán tương tự nhưng dễ hiểu hơn nhiều
- Trong thảo luận về WordPerfect, có ý kiến cho rằng chiến lược xem số lượng lớn driver máy in là rào cản gia nhập cuối cùng lại trở thành điểm yếu
- Có người chia sẻ trải nghiệm rằng trong khi Windows liên tục mở rộng hỗ trợ máy in, WordPerfect mất hơn 10 phút để tải các driver máy in không còn cần thiết nữa
1 bình luận
Ý kiến trên Hacker News
Ngay cả khi cứ 5 phút lại lưu file doc/docx đã qua nhiều lần chỉnh sửa và có bình luận trong LibreOffice, cũng đừng tin rằng lần sau nó sẽ mở lại được
Nếu chỉnh sửa trực tiếp file Word, sớm muộn gì LibreOffice cũng có thể làm hỏng tài liệu. An toàn hơn là làm việc ở định dạng LibreOffice rồi chuyển sang doc/docx để gửi
Vấn đề khá tinh vi: LibreOffice vẫn hiển thị nội dung chỉnh sửa và cho phép sửa tiếp, nhưng file lưu thực tế có thể đã bị hỏng. Chỉ đến lần mở sau mới biết; có trường hợp sửa được, như lỗi không khớp thẻ trong XML nội bộ, cũng có trường hợp không thể khôi phục vì các phần lớn của tài liệu đã biến mất
Nếu phải gửi cho người dùng MS Office, cứ gửi OpenDocument. Office cũng mở được, và nếu có vấn đề thì nhiều khả năng đó là lỗi phía Office hơn là LibreOffice
Người dùng MS Office cũng cần làm quen với OpenDocument, một định dạng tài liệu tiêu chuẩn
Từng có trường hợp tạo DOCX bật theo dõi thay đổi trong Word, chỉnh sửa và lưu nhiều lần bằng LibreOffice, rồi mở lại trong Word để sửa và lưu thì Word không mở được file đó nữa. Mở trong LibreOffice rồi lưu lại thì sửa được
Tất cả các trường hợp này đều liên quan đến theo dõi thay đổi, và cũng không ngạc nhiên khi phần biểu diễn nội bộ của theo dõi thay đổi trong DOCX còn lộn xộn hơn cả phần còn lại của định dạng, vốn như “đổ RTF và đủ thứ linh tinh ra XML”
Tốt nhất là tránh chính định dạng Word
Nhà cung cấp A cùng phát triển, kiểm thử và sửa định dạng A với ứng dụng của mình, đồng thời có toàn bộ dữ liệu người dùng và dữ liệu lỗi. Nhà cung cấp B vừa phải phát triển ứng dụng và định dạng của mình, lại không có tri thức tổ chức và dữ liệu của A
Vì vậy khó để ứng dụng của B xử lý dữ liệu phức tạp ở định dạng của A ổn định ngang A, mà bản thân A cũng có lỗi. Trong trường hợp này, đội Microsoft Office có khả năng có nhiều tài nguyên hơn LibreOffice rất nhiều
Tôi từng đọc một bài, nhớ là của Joel Spolsky, viết về thiết kế định dạng XLS: về cơ bản là dump cấu trúc bộ nhớ nội bộ của Excel ra đĩa, cộng thêm các tối ưu để lưu và tải nhanh trên ổ đĩa chậm thời đó
Có vẻ ông ấy khá hài lòng với hiệu năng, nhưng tôi chỉ nghĩ “các chương trình khác phải xử lý file này coi như xong đời”. Và “các chương trình khác” đó bao gồm cả các phiên bản Excel về sau
Để khôi phục file cũ cho mục đích lưu trữ thì có tài liệu nội bộ về DOC và XLS cũ sẽ tốt, nhưng tôi không nghĩ Microsoft có khả năng đã tài liệu hóa tử tế ngay cả trong nội bộ
Vì thế khi có yêu cầu chuẩn mở, họ phải làm lại hoàn toàn thành DOCX/XLSX. Vì Microsoft không có cách nào tài liệu hóa nó
Tuy nhiên việc DOCX/XLSX cũng có các thẻ “dump nhị phân nội bộ của Word/Excel” nên vẫn rơi vào cái bẫy tương tự thì chẳng giúp ích gì
https://www.joelonsoftware.com/2008/02/19/why-are-the-micros...
Đúng như Spolsky nói, nó hoàn toàn là một mớ hỗn độn, nhưng về mặt kỹ thuật thì đã được tài liệu hóa
Dù sao thì mọi định dạng file cũng chỉ là cấu trúc bộ nhớ được ghi lại dưới dạng nhị phân
Vào thời điểm nâng cấp lên Windows 7, chúng tôi phát hiện phần mềm chấm công cũ mà công ty dùng không còn hoạt động nữa
May là bộ phận IT đã đưa ra giải pháp: cấp cho mọi người trong công ty một Ubuntu VM và chạy phần mềm đó bằng Wine. Cuối cùng cách này được vận hành suốt vài năm cho đến khi chuyển sang giải pháp nền web
https://techcommunity.microsoft.com/t5/ask-the-performance-t...
Nhưng tôi phát hiện chúng chạy trên Steam Proton của Linux tốt hơn so với Windows mới nhất. Tất nhiên vẫn chưa đủ tốt để thực sự chơi được
Lý do chính là để họ dùng phần mềm chấm công. Lẽ ra chỉ cần đưa cho họ thẻ RFID giá 2 đô như nhân viên sản xuất, nhưng như vậy họ phải đi tới máy chấm công để bấm giờ vào làm
Cuối cùng hình như họ cũng dùng Outlook cho Windows vì có tính năng không có trong bản Mac
Vì vậy khách hàng khi mua phần mềm sẽ được tặng miễn phí một màn hình có kích thước phù hợp. Chuyện thật đấy
Tôi từng gặp chuyện tương tự: một game thời Windows XP chạy được trên Ubuntu nhưng không chạy được trên Windows 11
Game dùng một loại Direct3D nào đó, nhưng từ Windows 10 trở đi thì không hoạt động. Tôi không muốn cài Windows XP/7/8 lên máy, còn máy ảo thì hỗ trợ tăng tốc đồ họa không tốt lắm
Nhưng khi dùng Wine trên một bản cài Ubuntu thật và tìm đúng vài tệp để đưa vào thì nó chạy được. Buồn cười hơn là khi cài Wine vào Ubuntu chạy trong WSL của Windows 11, game cũng chạy được trong môi trường đó. Tôi không ngờ lại phải chạy game cũ theo cách vòng vèo như vậy
https://fdossena.com/?p=wined3d/index.frag
Có các DLL wined3d đã biên dịch chạy trên Windows
https://github.com/doitsujin/dxvk
Cái này cũng chạy trên Windows
Chỉ cần đặt vào thư mục game là nó sẽ tải DLL đó thay vì DirectX thật. Còn có thêm các bản triển khai API cũ để tiếp tục chạy game cũ, một số cũng được người dùng Linux dùng Wine sử dụng. Ví dụ như dgVoodoo
http://dege.freeweb.hu/dgVoodoo2/ hỗ trợ Glide, API độc quyền của các card thời 3dfx, cùng DirectX 1~7, 8.1, 9
https://github.com/FunkyFr3sh/cnc-ddraw khắc phục các vấn đề liên quan đến DirectDraw, một API 2D cũ, và có thể hữu ích cho cả người dùng Windows lẫn người dùng Wine trên Linux
https://github.com/otya128/winevdm chạy ứng dụng 16-bit trên Windows 64-bit
Nếu cộng thêm việc chỉnh chế độ tương thích của chính Windows, có lẽ có thể chạy gần như mọi game từng phát hành cho Windows mà không phải chịu overhead nặng nề của VM. Theo tôi biết, WSL thậm chí còn không biết cách giải phóng bộ nhớ mà nó đã chiếm một lần
Game cũng được hưởng lợi từ lớp tương thích trung thực đến đáng kinh ngạc này, và ngày nay nhiều game Windows, kể cả game mới, có thể được cài đặt gần như trong suốt trên Linux bằng WINE
https://www.youtube.com/watch?v=Bg1NiXtrJ6g
https://www.youtube.com/watch?v=3b50Stm8gu4
Không biết quy trình có đơn giản không
Trớ trêu là một trong những định dạng tệp cũ mà tôi thử mở bằng LibreOffice lại là tệp StarOffice 5, nhưng không mở được
LibreOffice tách ra từ OpenOffice, còn OpenOffice là StarOffice được mở mã nguồn. Bộ chuyển đổi đã bị loại bỏ để đơn giản hóa codebase
Chắc chắn sẽ có độ phức tạp, nhưng StarOffice giờ là một định dạng cố định, và có lẽ OpenDocument cũng có một phiên bản cố định cũ hơn có thể dùng làm đích
Dù không ai nên kỳ vọng khác đi, Apple cũng không duy trì khả năng tương thích ngược cho định dạng iWork, và tôi có vài tài liệu legacy phải tìm phiên bản cũ mới mở được
https://wiki.documentfoundation.org/ReleaseNotes/4.0#Feature...
Dù đã là năm 2024, Excel vẫn không thể mở CSV mà không làm hỏng dữ liệu, nên tôi mở tất cả tệp CSV bằng LibreOffice
Tôi biết có trình hướng dẫn nhập dữ liệu, nhưng đôi khi nó vẫn làm hỏng
Vào giữa đến cuối thập niên 1990, tôi làm ở một công ty sản xuất phần mềm diệt virus, và cần kiểm tra virus macro trong tệp Word
Nhưng chúng tôi không mở được tệp Word 1.0, nên nhân viên Microsoft đã đích thân từ Mỹ sang giúp. Khi đó chúng tôi là một công ty Anh tương đối nhỏ nên đây là chuyện khá lớn, và theo tôi biết đó là lần duy nhất có chuyện như vậy
Mọi việc diễn ra khá kín đáo, nhưng câu chuyện tôi nghe được là Microsoft đã làm mất mã nguồn gốc để đọc và ghi tệp định dạng Word 1.0, chỉ còn lại binary đã biên dịch, nên họ phải reverse-engineer mã mới
LibreOffice đặt mục tiêu tương thích, còn MS thì muốn khách hàng nâng cấp lên các phiên bản mới hơn và sinh lời hơn, nên kết quả này không có gì đáng ngạc nhiên
Đến mức họ còn thêm xử lý đặc biệt để ứng dụng vẫn chạy được dù nó phụ thuộc vào bug hay các tính năng không được ghi tài liệu
Tôi đã chuyển đổi 100GB tệp xls/doc để đưa lên SharePoint, và chỉ cần lưu lại sang định dạng mở thôi cũng tiết kiệm được khoảng 5 lần dung lượng
LibreOffice mở tệp cũ tốt hơn thì chẳng có gì đáng ngạc nhiên. Microsoft còn có những tệp bị chặn không cho mở nếu không vào phần thiết lập bảo mật để cho phép. Tôi đang chuyển đổi một thư viện gần 30 năm tuổi, trong đó cũng có nhiều tệp hơn 20 năm tuổi; ngày nay còn phải ôm kiểu tương thích rác rưởi này làm gì nữa
Từng có chuyện tương tự: một ứng dụng DOS tùy biến dùng trong một chuỗi thay dầu nhanh nhỏ không thể chạy trên Windows 7 trở lên dù chỉnh thiết lập tương thích thế nào, nhưng lại chạy tốt trên Wine của Linux
Họ dùng như giải pháp tạm thời cho đến khi phát triển lại ứng dụng. Vì đã quen dùng ứng dụng console nên ứng dụng thay thế cũng được giữ dạng console, viết lại theo hướng hiện đại hóa để chạy trong shell Linux. Họ cũng tiết kiệm được toàn bộ chi phí giấy phép, và cuối cùng có vẻ khá hài lòng
Có vẻ hơn 10 năm trước, toàn bộ Microsoft đã cùng lúc rời xa nguyên tắc cốt lõi là giữ tương thích ngược bằng mọi giá
Ứng dụng DOS và Windows 16-bit không chạy được trên Windows 64-bit
Tuyệt đối không nên mở tệp Word tiếng Nhật cũ bằng LibreOffice. Nó sẽ làm hỏng tệp
Lý do là các tệp Word tiếng Nhật cũ được lưu bằng Shift JIS, còn LibreOffice lại mở bằng UTF-8
Nếu chưa có, không biết bạn đã từng mở issue mới chưa, và có thể chia sẻ mẫu để tái hiện không. Tôi đã thử tìm “Shift JIS” trên Bugzilla nhưng không thấy gì
[1] https://bugs.documentfoundation.org/