Tôi cũng đã tìm hiểu gần đây, cảm ơn bạn đã tổng hợp rất rõ ràng.
Với tiếng Hàn của chúng tôi, một số editor có lỗi vặt khi nhập trên di động.
Khi nhập <동해물과> thì lại thành <ㄷㅗㅇㅎㅐㅁㅜㄹㄱㅗㅏ>
hoặc khi nhập <동해물과> thì lại thành <동동해해물물과과>.
(Tham khảo: https://github.com/ckeditor/ckeditor5/issues/13693)
Tôi không dùng framework như react, vue, và cũng ngại mua license editor nên phạm vi lựa chọn rất hẹp.
Vì vậy ngoài các nội dung trong bài, tôi còn xem thêm 4 lựa chọn dưới đây.
https://trix-editor.org/
Đây là editor do 37signals, công ty do DHH của Ruby on Rails dẫn dắt, tạo ra. Nó được làm bằng JavaScript thuần (nghĩa là không dùng React hay tương tự), và việc tùy biến cũng không quá khó. (Ví dụ tự động chuyển sang YouTube embed khi dán link YouTube)
https://naver.github.io/smarteditor2/demo/
Đây là Naver SmartEditor2. Dù khá cổ điển, nhưng với các dịch vụ hướng tới người Hàn Quốc thì tôi nghĩ nó có thể mang lại cảm giác quen thuộc được yêu thích.
https://summernote.org/
Đây là Summernote do một người Hàn Quốc phát triển, và tôi đã chọn cái này. Khi áp theme vào thì trông khá hiện đại. Các tính năng mà người Hàn Quốc thường mong đợi đã được built-in nên rất tiện. (Như chuyển đổi nhúng link YouTube nói trên) Tuy nhiên tôi muốn trang trí bằng tailwind prose, nhưng vì nó có sẵn typography style riêng nên vẫn phải chỉnh tay khá nhiều.
Vì là rolling nên đương nhiên sẽ có vấn đề. Chỉ cần rút ngắn thời gian deploy hoặc tách deploy ra và dồn traffic về một phía theo chiến lược blue-green là được.
Hoặc cũng có thể bắt lỗi trong React rồi ép reload.
Toàn bộ GNOME bị đóng gói dưới dạng snap nên đã có vấn đề môi trường desktop bị treo hoặc nhấp nháy, và dù lặp lại rollback lẫn cập nhật thì việc khắc phục vẫn không ổn định.
Tôi hiểu phần này không liên quan đến Firefox, nên sẽ rất cảm ơn nếu bạn có thể giải thích thêm.
Đã có rất nhiều DB hỗ trợ kiểu Pull (reactive) rồi, nhất thiết phải vậy sao..?
Người khai sinh Reactive là Erik Meijer cũng đã từng tham gia Microsoft và nhiều hệ thống DB rồi, nên có cảm giác hơi muộn màng
Có lẽ chỉ cần nói đơn giản là vấn đề nằm ở chính sách Firefox của Ubuntu.
Trong quá trình nâng cấp Ubuntu, sự cố xảy ra nhưng không có cách giải quyết, nên loay hoay thử đủ thứ một hồi thì rốt cuộc lại xử lý vấn đề theo hướng làm mất dữ liệu.
Chrome cũng có những vấn đề riêng, nhưng chỉ cần đến mức đổi bộ gõ tiếng Hàn là đủ, nên tôi cứ tiếp tục bám trụ với Chrome.
Tôi dùng Kubuntu, nhưng miễn là không dùng Firefox thì không có vấn đề gì.
Tôi đã dùng Fedora suốt vài năm nay và rất hài lòng. Thỉnh thoảng bản cập nhật có tạo ra lỗi, nhưng vì chu kỳ phát hành vốn rất nhanh nên thường được sửa khá sớm.
Tôi đã lần đầu áp dụng và dùng tiptap trong một dự án, và so với các editor truyền thống khác thì tài liệu, tính năng lẫn cách triển khai đều rất tốt nên tôi đang dùng khá hài lòng. Cảm giác chỉ lấy đúng những gì cần rồi tự triển khai UI theo đúng ý mình để dùng rất thích, nhưng có một phần hơi quá sức là khối lượng công việc để tùy biến theo đúng ý đó thực sự không hề nhỏ...!
Chụp ảnh màn hình từ dòng lệnh trong Chrome: chrome --headless --screenshot="path/to/save/screenshot.png" --disable-gpu --window-size=1280,720 "https://www.example.com";
Phiên bản cho Firefox: firefox -screenshot file.png https://example.com --window-size=1280,720
Trong bảng điều khiển dành cho nhà phát triển của Firefox, thử gõ :screenshot --help để xem nhiều tùy chọn khác nhau
Nếu không thích làm mấy việc bảo trì, hãy dùng các lựa chọn thay thế bên dưới
Tôi cũng đã tìm hiểu gần đây, cảm ơn bạn đã tổng hợp rất rõ ràng.
Với tiếng Hàn của chúng tôi, một số editor có lỗi vặt khi nhập trên di động.
Khi nhập
<동해물과>thì lại thành<ㄷㅗㅇㅎㅐㅁㅜㄹㄱㅗㅏ>hoặc khi nhập
<동해물과>thì lại thành<동동해해물물과과>.(Tham khảo: https://github.com/ckeditor/ckeditor5/issues/13693)
Tôi không dùng framework như react, vue, và cũng ngại mua license editor nên phạm vi lựa chọn rất hẹp.
Vì vậy ngoài các nội dung trong bài, tôi còn xem thêm 4 lựa chọn dưới đây.
https://trix-editor.org/
Đây là editor do 37signals, công ty do DHH của Ruby on Rails dẫn dắt, tạo ra. Nó được làm bằng JavaScript thuần (nghĩa là không dùng React hay tương tự), và việc tùy biến cũng không quá khó. (Ví dụ tự động chuyển sang YouTube embed khi dán link YouTube)
https://ui.toast.com/tui-editor
Đây là công cụ do nhncloud tạo ra.
https://naver.github.io/smarteditor2/demo/
Đây là Naver SmartEditor2. Dù khá cổ điển, nhưng với các dịch vụ hướng tới người Hàn Quốc thì tôi nghĩ nó có thể mang lại cảm giác quen thuộc được yêu thích.
https://summernote.org/
Đây là Summernote do một người Hàn Quốc phát triển, và tôi đã chọn cái này. Khi áp theme vào thì trông khá hiện đại. Các tính năng mà người Hàn Quốc thường mong đợi đã được built-in nên rất tiện. (Như chuyển đổi nhúng link YouTube nói trên) Tuy nhiên tôi muốn trang trí bằng tailwind prose, nhưng vì nó có sẵn typography style riêng nên vẫn phải chỉnh tay khá nhiều.
Hầu hết đều là những câu chuyện dễ đồng cảm.
Ồ! Hóa ra Automattic đã lưu trữ nó dưới một cái tên khác. Đây là tính năng tôi thích nhất khi công ty dùng WordPress.
https://github.com/Automattic/isolated-block-editor
Có đề cập đến, nhưng so với những thứ được giới thiệu trong bài thì các trường hợp ứng dụng của nó rõ ràng là ít hơn hẳn.
Tôi cũng đã dùng thử, nhưng chu kỳ cập nhật có vẻ hơi dày. Bạn có thấy phiền không?
Dù không có trong đây, tôi vẫn mong WordPress Gutenberg được phát hành như một thư viện độc lập.
Vì là rolling nên đương nhiên sẽ có vấn đề. Chỉ cần rút ngắn thời gian deploy hoặc tách deploy ra và dồn traffic về một phía theo chiến lược blue-green là được.
Hoặc cũng có thể bắt lỗi trong React rồi ép reload.
Tôi hiểu phần này không liên quan đến Firefox, nên sẽ rất cảm ơn nếu bạn có thể giải thích thêm.
Đã có rất nhiều DB hỗ trợ kiểu Pull (reactive) rồi, nhất thiết phải vậy sao..?
Người khai sinh Reactive là Erik Meijer cũng đã từng tham gia Microsoft và nhiều hệ thống DB rồi, nên có cảm giác hơi muộn màng
Có lẽ chỉ cần nói đơn giản là vấn đề nằm ở chính sách Firefox của Ubuntu.
Trong quá trình nâng cấp Ubuntu, sự cố xảy ra nhưng không có cách giải quyết, nên loay hoay thử đủ thứ một hồi thì rốt cuộc lại xử lý vấn đề theo hướng làm mất dữ liệu.
Chrome cũng có những vấn đề riêng, nhưng chỉ cần đến mức đổi bộ gõ tiếng Hàn là đủ, nên tôi cứ tiếp tục bám trụ với Chrome.
Tôi dùng Kubuntu, nhưng miễn là không dùng Firefox thì không có vấn đề gì.
Nếu bạn có thể cho biết chỉ một ví dụ cải thiện thôi thì sẽ hữu ích hơn rất nhiều!
Về rxdb, bạn thường đăng những bài không có phần nội dung hoặc chỉ rất ngắn; không biết có lý do riêng nào không?
Khi đăng bài, tôi đã giữ nguyên địa chỉ của bài trước nên đã phát sinh vấn đề trong lúc chỉnh sửa. Tôi đã sửa lại rồi.
Tôi đã dùng Fedora suốt vài năm nay và rất hài lòng. Thỉnh thoảng bản cập nhật có tạo ra lỗi, nhưng vì chu kỳ phát hành vốn rất nhanh nên thường được sửa khá sớm.
Liên kết là blog của liveblocks.io, nhưng URL xem trước lại hiện là
(github.com/US-Artificial-Intelligence)nhỉ?Tôi đã lần đầu áp dụng và dùng tiptap trong một dự án, và so với các editor truyền thống khác thì tài liệu, tính năng lẫn cách triển khai đều rất tốt nên tôi đang dùng khá hài lòng. Cảm giác chỉ lấy đúng những gì cần rồi tự triển khai UI theo đúng ý mình để dùng rất thích, nhưng có một phần hơi quá sức là khối lượng công việc để tùy biến theo đúng ý đó thực sự không hề nhỏ...!
Trong bình luận trên Hacker News có khá nhiều lựa chọn thay thế thú vị cho thứ này.
chrome --headless --screenshot="path/to/save/screenshot.png" --disable-gpu --window-size=1280,720 "https://www.example.com";firefox -screenshot file.png https://example.com --window-size=1280,720:screenshot --helpđể xem nhiều tùy chọn khác nhauArch linux là tốt nhất 👍
Cảm ơn vì bài viết hay!
Cơn bùng nổ của chú thích đang đến