Danh sách công cụ mã nguồn mở xử lý HWP/HWPX
(ko.wikipedia.org)Wikipedia không phải là bảng quảng cáo để giới thiệu hay quảng bá điều gì đó. Tuy vậy, việc các thư viện xuất hiện dồn dập trong thời gian ngắn dường như cũng có thể được xem là một hiện tượng đủ để định nghĩa thời đại.
Vì vậy, tôi đã ghi lại hiện tượng này thành tài liệu, tổng hợp các công cụ mã nguồn mở HWP/HWPX đã xuất hiện cho đến nay và đăng lên MediaWiki.
Danh sách công cụ mã nguồn mở xử lý HWP/HWPX
HWP (trình xử lý văn bản Hangul) và định dạng kế nhiệm của nó là HWPX là các định dạng tài liệu được sử dụng rộng rãi trong các cơ quan công quyền và môi trường giáo dục tại Hàn Quốc. Do Hancom Office Hangul đã trở thành tiêu chuẩn trên thực tế, trong thời gian dài việc xử lý các định dạng này bằng lập trình đi kèm với ràng buộc phải có Hancom Office được cài đặt trong môi trường Windows.
Vào đầu những năm 2010, Kim Hodong đã một mình phát triển ruby-hwp, libhwp, evince-hwp và đặt nền móng đầu tiên cho hệ sinh thái mã nguồn mở HWP. Tuy nhiên, đến năm 2013, do vụ việc libhwp, ông cảm thấy vỡ mộng với phát triển mã nguồn mở, lại thêm sức khỏe xấu đi nên đã dừng toàn bộ dự án và rời đi.[1][2] Sau đó, trong một thời gian, các hoạt động mã nguồn mở trong lĩnh vực này chỉ tiếp diễn rời rạc.
Tình hình đã thay đổi vào khoảng năm 2024. Cùng với sự lan rộng của AI tạo sinh, nhu cầu đưa tài liệu HWP/HWPX vào pipeline AI hoặc xử lý bằng các công cụ tự động hóa đã tăng vọt. Theo đó, nhiều công cụ mã nguồn mở hoạt động mà không cần Hancom Office đã xuất hiện trong thời gian ngắn, với hình thức cũng rất đa dạng, từ thư viện được triển khai bằng Python, Rust, TypeScript cho đến CLI, máy chủ MCP và trình biên tập web.
Bảng dưới đây tổng hợp các công cụ mã nguồn mở HWP/HWPX chủ yếu hiện đang được công khai.
(Có thể tham khảo bảng đã được tổng hợp tại liên kết MediaWiki.)
Gửi ông Kim Hodong
Năm 2013, một nhà phát triển đã một mình đặt nền tảng cho gần như toàn bộ việc xử lý tệp Hangul dưới dạng mã nguồn mở, bao gồm ruby-hwp, libhwp, evince-hwp. Vì vụ việc libhwp, ông cảm thấy vỡ mộng với phát triển mã nguồn mở, lại thêm sức khỏe xấu đi nên đã đóng các dự án và rời đi. Những công cụ được liệt kê trong tài liệu này có thể tồn tại là vì ông Hodong đã nhìn thấy khả năng từ trước và mở ra con đường. Tài liệu này được tạo ra để bày tỏ sự kính trọng đối với công trình tiên phong đó.
10 bình luận
Tại sao tài liệu wiki lại biến mất?
https://ko.wikipedia.org/wiki/…
Có một cuộc thảo luận như thế này.
Tìm lại thì có vẻ như ngay từ năm 2019, anh Kim Ho-dong cũng đã chịu rất nhiều căng thẳng. Đọc bài viết mới thấy có quá nhiều người kiểu gây rối và lưu manh. (Chắc bây giờ vẫn còn nhỉ?)
https://hamonikr.org/Free_Board/63139
Tôi nghĩ cũng nên nghe phía bên kia.
Chuyện này khá nhiều người biết. Vào các năm 2011, 2013, 2016, 2019, những việc tương tự đã xảy ra với cùng một người. Người này nhiều lần lặp lại việc tuyên bố dừng dự án, thậm chí dừng cả mã nguồn mở, rồi chỉ trích những người đã gửi báo cáo lỗi cho dự án, sau một thời gian lại bắt đầu lại. Không rõ có phải vì thường xuyên tự tìm kiếm tên mình hay không, nhưng ở đủ mọi diễn đàn và wiki, cứ nơi nào có nhắc đến chuyện liên quan là lại vào khuấy động bằng từ khóa. (Người này cũng có thể thấy bình luận này rồi vào đây.)
Vì là nhà phát triển thì có đúng là chúng ta nên tin lời và thông cảm cho họ không?
Cảm ơn bạn đã bình luận. Hóa ra đã có những chuyện như vậy. Có lẽ những gì tôi thấy không phải là tất cả. Xin cảm ơn bạn một lần nữa vì đã cung cấp thông tin từ một góc nhìn khác.
Mã hiện có vẫn còn đó nên có thể tự kiểm tra trực tiếp đó là kiểu triển khai nào.
https://gitlab.com/sebuls/libhwp
rip
BckHWP. Tự động hóa VBA của Excel
https://m.blog.naver.com/husky81/222045248589
Wow, hồi năm 2020 khi thấy thì chưa có nhiều thư viện có thể xử lý HWP, vậy mà dạo gần đây số lượng đã tăng bùng nổ nhỉ.
Không hẳn là do
libhwpmang tính quyết định, mà vấn đề lớn hơn là một đám người rác rưởi. Không có chủ ngữ đâu nhé, nếu đọc rồi nổi nóng thì đó là do bạn.