XFCE 4.20 hướng tới hỗ trợ Wayland giai đoạn đầu
(ostechnix.com)- XFCE 4.20 đang được chuẩn bị như một bản phát hành chuyển tiếp, đưa hỗ trợ Wayland giai đoạn đầu vào các thành phần cốt lõi, đồng thời vẫn giữ thế mạnh hiện có là môi trường desktop X11 nhẹ
- Việc áp dụng Wayland hứa hẹn cải thiện hiệu năng và bảo mật nhờ kiến trúc hiển thị đơn giản hơn và giao tiếp trực tiếp, đồng thời giảm độ trễ đầu vào và hỗ trợ HiDPI tốt hơn
- Phạm vi hỗ trợ bắt đầu từ xfce4-panel, xfdesktop, libxfce4ui và xfce4-settings; quá trình port và điều chỉnh tương thích đang được tiến hành theo từng thành phần
- Tuy vậy, việc phát triển xfwm4 cho Wayland cùng khả năng tương thích của panel plugin và ứng dụng vẫn còn ở phía trước, nên lịch cho một phiên XFCE Wayland hoàn chỉnh vẫn chưa được chốt
- Định hướng phát triển gần với việc cho phép người dùng thử nghiệm Wayland một cách tùy chọn trong khi vẫn giữ môi trường XFCE quen thuộc, thay vì cắt bỏ X11
Phạm vi chuyển đổi sang Wayland của XFCE 4.20
- XFCE 4.20 đặt mục tiêu đưa hỗ trợ Wayland giai đoạn đầu vào các thành phần cốt lõi
- XFCE từ trước đến nay được biết đến là một môi trường desktop X11 nhẹ và có khả năng tùy biến cao; phiên bản 4.20 bổ sung Wayland trong khi vẫn duy trì khả năng tương thích với X11
- Người dùng có thể tiếp tục trải nghiệm XFCE quen thuộc đồng thời thử nghiệm môi trường Wayland
-
Wayland thay đổi những gì
- Wayland là giao thức display server hiện đại được thiết kế để thay thế hệ thống X11 đã cũ
- Với kiến trúc đơn giản hơn và giao tiếp trực tiếp giữa ứng dụng và display server, nó giúp đồ họa mượt hơn, giảm độ trễ đầu vào và cải thiện bảo mật
- Hỗ trợ màn hình độ phân giải cao theo mặc định, mang lại hình ảnh sắc nét hơn trên phần cứng hiện đại
- Sử dụng cách tiếp cận lấy compositor làm trung tâm, cho phép compositor kiểm soát quản lý cửa sổ, hoạt ảnh và hiệu ứng hiệu quả hơn
Tiến độ theo từng thành phần và các việc còn lại
-
Các thành phần cốt lõi
- xfce4-panel đã được điều chỉnh cho Wayland bằng framework compositor wlroots và đang được chuẩn bị để hoạt động trên Wayland
- xfdesktop đã được port sang Wayland, và việc hỗ trợ các tính năng như workspace và danh sách cửa sổ vẫn đang tiếp tục
- libxfce4ui đã được cập nhật để bảo đảm tương thích với cả X11 lẫn Wayland
- xfce4-settings đã được bổ sung các thành phần tương thích với Wayland, còn thiết lập hiển thị được điều chỉnh để hoạt động riêng trên X11 và Wayland
-
Những thách thức còn lại
- Việc phát triển xfwm4 cho Wayland vẫn còn ở phía trước
- Nhiều panel plugin và ứng dụng cũng cần thêm công việc để hỗ trợ Wayland
- Mục tiêu dài hạn là cung cấp một phiên XFCE Wayland hoàn chỉnh, nhưng mốc thời gian chính xác vẫn chưa rõ
Lịch phát hành XFCE 4.20
- Kế hoạch phát hành hiện tại của XFCE 4.20 như sau
- 1/11/2024: XFCE 4.20pre1, đóng băng tính năng và chuỗi
- 1/12/2024: XFCE 4.20pre2, đóng băng mã nguồn
- 15/12/2024: XFCE 4.20pre3, đóng băng cuối cùng, phát hành tùy chọn
- 15/12/2024: dự kiến phát hành XFCE 4.20 chính thức; nếu có pre3 thì vào khoảng 29/12/2024
- Tài liệu tham khảo: https://wiki.xfce.org/releng/4.20/roadmap
1 bình luận
Các ý kiến trên Hacker News
Nói cho rõ thì hiện vẫn chưa có compositor
Chúng tôi đã thử làm một chút, nhưng có lẽ phải ít nhất 1 năm, có khi lâu hơn nữa, nó mới dùng được ổn
Trong 4.20, một số thành phần có thể chạy trên các compositor khác, và compositor của chúng tôi cũng dự định dùng wlroots, nên hiện chủ yếu đang thử nghiệm với Wayfire và Labwc
Tuy vậy tôi cũng tò mò mọi người sẽ phản ứng thế nào với thay đổi này. Trong số người dùng XFCE có nhiều người muốn Wayland hoặc không bận tâm, nhưng tôi nghĩ cũng sẽ có nhiều người phản đối mạnh mẽ thay đổi này
Nếu đi chậm, có vẻ XFCE Wayland có thể được trau chuốt để tận dụng lợi ích từ sự phát triển gần đây của Wayland đồng thời giảm thiểu vấn đề khi chuyển đổi
Họ cũng đang làm một Wayland compositor cho desktop ngày càng rời xa nền tảng GTK, và đã tiến triển khá xa, nên compositor đó có vẻ có thể phù hợp với yêu cầu
Nhân tiện, tôi thật sự thích XFCE. Tôi thấy nó cân bằng hoàn hảo giữa tính năng, độ ổn định và hiệu năng
Hy vọng có thể tránh lặp lại mớ hỗn loạn khi hàng tỷ thư viện X11 nằm rải rác khắp nơi
Tôi thật lòng cảm thấy nếu tìm một trình quản lý cửa sổ nhẹ và chạy được ngay không cần chỉnh cấu hình trên Linux/BSD thì XFCE là lựa chọn thực tế duy nhất
Nó giống như một giao diện Windows 2000 tốt hơn, với các mặc định nhìn chung hợp lý. Tôi thật sự biết ơn các nhà phát triển đã tiếp tục giữ XFCE luôn cập nhật, và tin này là một tín hiệu rất tốt
Vì vậy tôi nhận ra Cinnamon cũng là một lựa chọn khá tốt kiểu “giao diện Windows 2000 tốt hơn”
Cinnamon cũng không hoàn hảo trên HiDPI, nhưng nếu tăng cỡ chữ lên 150% hoặc 200% thì toàn bộ giao diện không bị vỡ. Làm vậy trong XFCE thì mọi thứ trở nên xấu xí
Tôi dùng XFCE mỗi ngày, đặc biệt là mỗi ngày làm việc
Tôi đã dùng nó suốt nhiều năm, bắt đầu từ khi nó là trình quản lý cửa sổ duy nhất có thể chạy không giật trên netbook nền Atom. Khi đó đó là chiếc “PC” duy nhất tôi có
Sau một thời gian dài, giờ tôi vẫn dùng và vẫn hài lòng. Không biết mọi người có còn biết cảm giác khi bấm vào thứ gì đó và nó phản hồi ngay lập tức, không có độ trễ, là như thế nào không
Đây là phần mềm tuyệt vời, và tôi cảm ơn tất cả các nhà phát triển đang làm việc trên nó
Tôi thấy vài phàn nàn về HiDPI; không biết có giúp được không, nhưng tôi đang dùng màn hình laptop 4K, màn hình 4K nối qua USB-C, và một màn hình độ phân giải 1024 đặt dọc qua HDMI
Nếu đặt x2 trong phần thiết lập giao diện, hai màn hình 4K trông rất đẹp; trong trình quản lý màn hình, đặt tỷ lệ 2x cho màn hình 1024 cũng ổn. Tất nhiên không đẹp bằng 4K, nhưng đó là vì ngay từ đầu nó là màn hình kém hơn, và nói thật tôi còn ngạc nhiên vì nó hoạt động tốt đến vậy
Khi cài Linux lên máy công ty vài tháng trước, việc XFCE bị ràng buộc với X11 rốt cuộc là lý do khiến tôi chuyển sang KDE
Khi biên dịch mã trên máy từ xa, video YouTube ở một cửa sổ bị giật chỉ vì terminal ở cửa sổ khác. Theo những gì tôi kiểm tra, có vẻ phát video hoàn toàn không có tăng tốc phần cứng
Cả Chrome lẫn Firefox dường như về cơ bản đã bỏ X11 và chuyển sang dùng backend render dựa trên Vulkan trên Wayland
Sau khi để KDE 5 “ủ” qua đêm — vì là Gentoo nên biên dịch cả một môi trường desktop đầy đủ như KDE mất thời gian — mọi thứ cứ thế hoạt động
Tôi nhớ sự đơn giản về mặt hình ảnh của XFCE và muốn quay lại một ngày nào đó, nhưng trong thời gian này độ phản hồi là yếu tố then chốt
Tôi luôn thích phần mềm nhẹ và ít tốn tài nguyên, nhưng việc không dùng tăng tốc phần cứng có thể được xem là còn ngốn tài nguyên hơn
Vài năm trước tôi chủ yếu dùng dwm và rất thích, nhưng khi cần nhanh chóng có một môi trường, tôi thường quay lại Xfce
Máy tính của gia đình, PC của bố, mẹ, em gái và cả chiếc media PC tôi để vậy vì lười, tất cả đều dùng Xfce. Nếu Xfce hỗ trợ Wayland, tôi nghĩ mình sẽ cân nhắc chuyển sang
Tôi vẫn còn nhớ khi xem một video, có lẽ về Xfce 4.0.4, và ngạc nhiên trước việc cách tự chọn launcher và widget trên thanh bar đơn giản và ổn định đến mức nào. Nó đơn giản hơn Gnome thời đó rất nhiều
KDE hiện đại đôi khi trông giống Xfce đối với tôi, nhưng khi cố thay đổi thiết lập thì tôi gặp nhiều lỗi kỳ lạ. Xfce cũng từng có vấn đề như thời Thunar khá bất ổn, nhưng xét về sự đơn giản và ổn định thì nó vẫn là desktop tôi quay về
Lý do là mọi người đều lớn lên với Win9x, và ẩn dụ thị giác của XFCE thì hiểu ngay được. Miễn là chạy được YouTube và Facebook, họ hoàn toàn không quan tâm bên trong là gì
Nhân tiện, dwm rất tuyệt. Phần lớn những thứ từ phía suckless đều vậy
Thành thật mà nói, chia sẻ màn hình của Wayland và các phần khác vẫn còn quá yếu, nên việc XFCE — desktop dùng hằng ngày của tôi — chậm áp dụng lại cảm giác như một lợi thế
Ban đầu nó hoàn toàn hỏng và khá tệ vì từng ứng dụng phải thêm hỗ trợ tường minh, nhưng gần đây tôi không gặp vấn đề với Firefox, Zoom, Slack
Ngoại lệ duy nhất là Microsoft Teams; trong Teams thì ngay cả webcam cũng không hoạt động tử tế
Khi bị phong tỏa và phải làm việc ở nhà, chia sẻ màn hình mặc định trong MS Teams trên Chrome không chạy, nhưng tôi tìm vài phút là ra Chrome flag cần bật, rồi tạo một file desktop cục bộ mới để chạy với flag đúng
Kể từ đó, thứ còn thiếu chỉ là hỗ trợ HDR và cân chỉnh màu. Tiếc là nó vẫn chưa sẵn sàng, nhưng số người dùng thực sự cần cực ít, nên với 99,9% người dùng Wayland hoạt động tốt
Tôi cũng không chắc có thể chia sẻ từng cửa sổ hay tab riêng lẻ không
Không biết phía Wayland xử lý việc này đến đâu rồi
Việc chuyển sang Wayland có vẻ cũng đi cùng với việc áp dụng trang trí phía client
Cách tiếp cận “hiện đại” này phá hỏng trải nghiệm người dùng truyền thống của XFCE, như đã thấy trong thay đổi trình quản lý thiết lập gần đây. Tôi lo cho tương lai của XFCE
Với tôi, điểm mạnh của XFCE là trải nghiệm người dùng truyền thống kiểu Win98/XP được triển khai ổn định. Tôi mong họ đừng tiếp nhận thêm các mẫu thiết kế của Gnome3
Việc chuyển sang Wayland và trang trí phía client thật ra không liên quan mấy
Phía GNOME/GTK đã đi theo hướng CSD từ trước Wayland. Wayland compositor có thể tự vẽ trang trí của nó, và xfwm4 cũng dự định tiếp tục làm vậy khi trở thành Wayland compositor
Một trong những điểm thực sự ổn của Wayland là có giao thức cho phép compositor báo với ứng dụng rằng đừng tự vẽ trang trí. Trong khi đó trên X11, nếu ứng dụng nói với trình quản lý cửa sổ rằng nó sẽ vẽ CSD, trình quản lý cửa sổ chẳng làm được gì
GNOME thì rõ ràng đã đi đến cùng với CSD, và nếu tôi nhớ đúng thì trên GNOME, nếu ứng dụng không vẽ CSD thì sẽ hoàn toàn không có trang trí, nhưng chuyện đó không liên quan đến Wayland
Tôi không hiểu việc này liên quan gì đến Wayland hay XFCE. Môi trường desktop lớn dùng trang trí phía client trên thực tế chỉ có GNOME, và chuyện này đã như vậy từ năm 2018
Nguồn: https://blog.martin-graesslin.com/blog/2018/01/server-side-d...
Wayland là trung lập; dùng cách nào trên Wayland là việc do compositor và ứng dụng quyết định
CSD không liên quan đến trải nghiệm người dùng. CSD chỉ có nghĩa là ứng dụng tự vẽ nút cửa sổ và viền
Nhu cầu trợ năng của tôi trên Wayland về cơ bản là chết
Tôi cần phím tắt có thể giả lập theo từng ứng dụng và phím tắt toàn cục
Nhưng mô hình bảo mật của Wayland có vẻ sẽ không cho phép điều đó. Tôi không biết các công cụ trợ năng và tự động hóa sẽ xoay xở thế nào để hỗ trợ mọi Wayland compositor
Phần còn lại có thể nằm trong thư viện và toolkit, nhưng điểm tích hợp có lẽ phải ở trong compositor
https://github.com/rvaiya/keyd
Khả năng trợ năng của nó tụt hậu quá xa so với Windows, đến mức chẳng buồn cười nổi
Hiểu là nó được xây trên wlroots thì đúng không?
Nếu vậy thì đây là bước tiến khá đáng mừng. Vì có thể trên các trình quản lý cửa sổ/compositor khác như Sway hay River cũng sẽ được hưởng sự chắc chắn của các ứng dụng XFCE
Tôi đã làm thử một ít với xfwm4 dùng wlroots, nhưng để dùng được chắc còn hơn 1 năm nữa
Các thành phần desktop chạy trên Wayland chủ yếu đã được thử nghiệm trên compositor dựa trên wlroots
Nếu phải dùng môi trường desktop trên Linux thì tôi sẽ dùng XFCE
Nhưng vì làn sóng Wayland này mà tôi đang nghiêng về phía BSD. Tôi vẫn chưa bỏ Linux, và có lẽ Wayland sẽ chưa trở thành bắt buộc cho đến khi Firefox ngừng hỗ trợ X
Tuy nhiên tôi vẫn chưa tìm ra câu thần chú dbus kỳ diệu cần thiết để làm chia sẻ màn hình hoạt động khi không có systemd. Ít nhất có vẻ sẽ cần pipewire