XFCE 4.20 menargetkan dukungan Wayland tahap awal

 (ostechnix.com)
1 poin oleh GN⁺ 2024-10-07 | 1 komentar | Bagikan ke WhatsApp
  • XFCE 4.20 sedang disiapkan sebagai rilis transisi yang memasukkan dukungan Wayland tahap awal ke komponen inti sambil mempertahankan keunggulan lamanya sebagai lingkungan desktop X11 yang ringan
  • Adopsi Wayland diharapkan menghadirkan peningkatan performa dan keamanan, pengurangan latensi input, serta dukungan HiDPI melalui struktur tampilan yang lebih sederhana dan komunikasi langsung
  • Cakupan dukungan dimulai dari xfce4-panel, xfdesktop, libxfce4ui, dan xfce4-settings, sementara porting dan penyesuaian kompatibilitas terus berjalan untuk tiap komponen
  • Namun, pengembangan xfwm4 untuk Wayland serta dukungan plugin panel dan aplikasi masih tersisa, sehingga jadwal sesi XFCE Wayland yang sepenuhnya lengkap belum ditetapkan
  • Arah pengembangannya lebih dekat pada memungkinkan pengguna menguji Wayland secara opsional sambil mempertahankan lingkungan XFCE yang sudah familier, alih-alih memutus dukungan X11

Cakupan transisi Wayland di XFCE 4.20

  • XFCE 4.20 bertujuan menghadirkan dukungan Wayland tahap awal ke komponen inti
  • XFCE selama ini dikenal sebagai lingkungan desktop X11 yang ringan dan dapat dikustomisasi, dan 4.20 menambahkan Wayland sambil tetap menjaga kompatibilitas X11
  • Pengguna dapat terus memakai pengalaman XFCE yang ada sambil mencoba lingkungan Wayland

  • Apa yang berubah dengan Wayland

    • Wayland adalah protokol display server modern yang dirancang untuk menggantikan sistem X11 yang sudah tua
    • Dengan struktur yang lebih sederhana dan komunikasi langsung antara aplikasi dan display server, Wayland membuat grafis lebih mulus, mengurangi latensi input, dan meningkatkan keamanan
    • Wayland mendukung layar beresolusi tinggi secara bawaan sehingga menghadirkan tampilan yang lebih tajam pada perangkat keras modern
    • Wayland menggunakan pendekatan berpusat pada compositor, yang memungkinkan compositor mengendalikan manajemen jendela, animasi, dan efek dengan lebih efektif

Perkembangan per komponen dan pekerjaan yang masih tersisa

  • Komponen inti

    • xfce4-panel telah disesuaikan untuk Wayland menggunakan framework compositor wlroots dan sudah disiapkan agar berjalan di Wayland
    • xfdesktop telah di-port ke Wayland, dan dukungan untuk fitur seperti workspace dan daftar jendela masih terus dikerjakan
    • libxfce4ui telah diperbarui untuk memastikan kompatibilitas dengan X11 dan Wayland
    • xfce4-settings telah menambahkan komponen yang mendukung Wayland, dan pengaturan display disesuaikan agar berjalan terpisah di X11 dan Wayland

  • Tantangan yang masih ada

    • Pengembangan Wayland untuk xfwm4 masih tersisa
    • Berbagai plugin panel dan aplikasi juga masih memerlukan pekerjaan dukungan Wayland
    • Tujuan jangka panjangnya adalah menyediakan sesi XFCE Wayland yang lengkap, tetapi jadwal pastinya masih belum jelas

Jadwal rilis XFCE 4.20

  • Rencana rilis XFCE 4.20 saat ini adalah sebagai berikut
    • 1 November 2024: XFCE 4.20pre1, pembekuan fitur dan string
    • 1 Desember 2024: XFCE 4.20pre2, pembekuan kode
    • 15 Desember 2024: XFCE 4.20pre3, pembekuan final, rilis opsional
    • 15 Desember 2024: rilis final XFCE 4.20 dijadwalkan, atau sekitar 29 Desember 2024 jika pre3 hadir
  • Referensi: https://wiki.xfce.org/releng/4.20/roadmap

Bacaan terkait

1 komentar

 
GN⁺ 2024-10-07
Pendapat di Hacker News

  • Untuk memperjelas, saat ini belum ada compositor
    Kami memang sudah mengerjakannya sedikit, tetapi sepertinya butuh setidaknya 1 tahun, mungkin lebih lama, sampai bisa layak dipakai
    Di 4.20, sebagian komponen bisa dijalankan di atas compositor lain, dan compositor kami juga rencananya akan memakai wlroots, jadi pengujian terutama dilakukan dengan Wayfire dan Labwc

    • XFCE sudah menjadi daily driver saya selama beberapa tahun, dan lebih terasa seperti alat yang menjalankan tugasnya begitu baik sampai-sampai keberadaannya terlupakan
    • Kabar bagus. Banyak orang menantikannya, dan XFCE adalah lingkungan desktop yang menarik dan dicintai
      Namun saya penasaran bagaimana orang akan bereaksi terhadap perubahan ini. Di antara pengguna XFCE, banyak juga yang menginginkan Wayland atau tidak terlalu peduli, tetapi sepertinya juga akan ada banyak orang yang sangat menolaknya
      Jika dilakukan perlahan, XFCE Wayland tampaknya bisa dipoles agar mendapat manfaat dari pertumbuhan Wayland belakangan ini sambil meminimalkan masalah saat transisi
    • Saya hanya orang luar yang tidak begitu paham, tetapi saya penasaran apakah ada baiknya menghubungi pihak System76
      Mereka juga sedang membuat compositor Wayland untuk desktop yang makin menjauh dari basis GTK, dan perkembangannya sudah cukup jauh, jadi compositor itu mungkin saja cocok dengan kebutuhan
    • Bukankah compiz itu compositor untuk XFCE?
      Selain itu, saya benar-benar menyukai XFCE. Menurut saya keseimbangan antara fitur, stabilitas, dan performanya sempurna
    • Perlu hati-hati sampai wlroots ditautkan secara statis ke compositor XFCE
      Semoga kita bisa menghindari lagi kekacauan puluhan miliar pustaka X11 yang tersebar di mana-mana

  • Kalau mencari window manager yang langsung jalan tanpa perlu mengutak-atik konfigurasi dan ringan di Linux/BSD, saya sungguh merasa XFCE adalah satu-satunya pilihan praktis
    Ia seperti UI Windows 2000 yang lebih baik, dengan default yang secara umum masuk akal. Saya sangat berterima kasih kepada para pengembang yang terus menjaga XFCE tetap mutakhir, dan kabar ini adalah hal yang sangat positif

    • Saya suka XFCE, tetapi belakangan ini sulit ditoleransi di layar HiDPI
      Karena itu saya menyadari Cinnamon juga merupakan pilihan yang cukup bagus sebagai “UI Windows 2000 yang lebih baik”
      Cinnamon juga tidak sempurna di HiDPI, tetapi ketika ukuran font dinaikkan ke 150% atau 200%, keseluruhannya tidak hancur. Kalau melakukan itu di XFCE, semuanya jadi jelek
    • KDE sebenarnya lebih ringan. Dan HiDPI jauh lebih baik di sisi Qt
    • Untuk instalasi yang ringan dan tidak perlu banyak disentuh seperti VM atau VNC, saya jelas paling sering memakai XFCE
    • Kalau benar-benar ingin sesuatu yang langsung bekerja dan memang ringan, saya akan memilih icewm, bukan XFCE yang hanya berpura-pura begitu

  • Saya memakai XFCE setiap hari, terutama setiap hari kerja
    Saya sudah memakainya selama bertahun-tahun, dimulai ketika itu satu-satunya window manager yang bisa berjalan tanpa lag di netbook berbasis Atom. Saat itu, itulah satu-satunya “PC” yang saya punya
    Setelah sekian lama, saya masih memakainya dan masih puas. Entah orang-orang tahu atau tidak bagaimana rasanya ketika sesuatu langsung bekerja seketika tanpa jeda saat diklik
    Ini perangkat lunak yang hebat, dan saya berterima kasih kepada semua pengembang yang mengerjakannya
    Saya melihat beberapa keluhan soal HiDPI, dan entah apakah ini membantu, tetapi saya memakai layar laptop 4K, monitor 4K yang terhubung lewat USB-C, dan monitor resolusi 1024 yang dipasang vertikal lewat HDMI
    Jika menetapkan x2 di pengaturan tampilan, kedua monitor 4K terlihat sangat bagus, dan jika menetapkan skala 2x juga untuk monitor 1024 di manajer layar, hasilnya oke. Tentu saja tidak sebagus 4K, tetapi itu karena monitornya memang lebih buruk sejak awal, dan sejujurnya saya justru terkejut ini bekerja sebaik itu

  • Ketika memasang Linux di komputer kantor beberapa bulan lalu, fakta bahwa XFCE terikat pada X11 akhirnya menjadi alasan saya pindah ke KDE
    Saat mengompilasi kode di mesin jarak jauh, video YouTube di jendela lain tersendat karena terminal di satu jendela. Dari yang saya cek, sepertinya pemutaran dengan akselerasi perangkat keras sama sekali tidak berfungsi
    Chrome dan Firefox keduanya tampaknya praktis meninggalkan X11 dan bergerak ke backend rendering berbasis Vulkan di Wayland
    Setelah “mematangkan” KDE 5 semalaman—karena ini Gentoo, mengompilasi lingkungan desktop lengkap seperti KDE memang butuh waktu—semuanya langsung berjalan
    Saya merindukan kesederhanaan visual XFCE dan suatu hari ingin kembali, tetapi untuk sementara responsivitas adalah kuncinya

    • Firefox di X11 juga berjalan baik jika media.ffmpeg.vaapi.enabled diaktifkan di about:config
    • Saya juga hampir melalui alur yang sama. Setelah menemukan cara menerapkan semua fitur yang saya pakai di XFCE di KDE, saya tidak bisa kembali
      Saya selalu lebih suka perangkat lunak yang ringan dan memakai lebih sedikit sumber daya, tetapi tidak memakai akselerasi perangkat keras justru bisa dianggap memakan lebih banyak sumber daya

  • Beberapa tahun lalu saya terutama memakai dwm dan menyukainya, tetapi kalau butuh lingkungan dengan cepat, biasanya saya kembali ke Xfce
    Komputer keluarga, PC ayah, ibu, adik perempuan, sampai PC media yang saya biarkan begitu karena malas mengurusnya, semuanya memakai Xfce. Kalau Xfce mendukung Wayland, saya mungkin akan mempertimbangkan untuk beralih
    Saya masih ingat menonton video yang sepertinya sekitar Xfce 4.0.4, dan terkesan betapa sederhana dan stabilnya cara memilih launcher dan widget sendiri di bar. Itu jauh lebih sederhana daripada Gnome saat itu
    KDE modern kadang terlihat seperti Xfce bagi saya, tetapi ketika mencoba mengubah pengaturan, saya sering menemui bug aneh. Xfce juga pernah punya masalah seperti masa ketika Thunar cukup tidak stabil, tetapi dari sisi kesederhanaan dan stabilitas, itu tetap desktop tempat saya kembali

    • Komputer keluarga kami juga semuanya memakai Xfce
      Alasannya, mereka semua tumbuh dengan Win9x, dan metafora visual XFCE langsung bisa dipahami. Selama YouTube dan Facebook berjalan, mereka sama sekali tidak peduli seperti apa bagian dalamnya
      Selain itu, dwm memang bagus. Begitu juga sebagian besar hal dari suckless

  • Sejujurnya, karena berbagi layar dan beberapa bagian lain di Wayland masih terlalu rapuh, fakta bahwa XFCE sebagai daily driver tertinggal dalam adopsinya justru terasa seperti kelebihan

    • Penasaran masalahnya muncul di mana
      Awalnya memang benar-benar rusak, dan karena tiap aplikasi harus menambahkan dukungan eksplisit, rasanya cukup buruk; tapi belakangan ini di Firefox, Zoom, dan Slack tidak ada masalah
      Satu-satunya pengecualian adalah Microsoft Teams, tapi di Teams bahkan webcam saja tidak berfungsi dengan benar
    • Berbagi layar di Wayland sudah terselesaikan sekitar 4 tahun lalu, dan saat itu pun bisa berjalan dengan workaround
      Ketika kami dipulangkan karena lockdown, berbagi layar secara default tidak berfungsi di MS Teams lewat Chrome, tapi setelah mencari beberapa menit saya menemukan flag Chrome yang harus diaktifkan dan membuat file desktop lokal baru yang menjalankannya dengan flag yang benar
      Setelah itu, yang masih kurang hanya dukungan HDR dan kalibrasi warna. Sayang memang belum siap, tapi pengguna yang benar-benar memakainya sangat sedikit, jadi bagi 99,9% pengguna Wayland berjalan dengan baik
    • Di sway, saya sudah membuat berbagi seluruh layar bisa berjalan, dan tidak berani menyentuhnya lagi
      Saya juga tidak terlalu tahu apakah berbagi jendela atau tab individual bisa dilakukan
    • Saya juga sama. Untuk bagian lain, yang terpikir adalah x2go yang masih saya pakai intensif
      Saya penasaran bagaimana nasibnya di sisi Wayland

  • Peralihan ke Wayland tampaknya juga bergerak bersama adopsi dekorasi sisi klien
    Pendekatan “modern” ini merusak pengalaman pengguna tradisional XFCE, seperti yang terlihat pada perubahan terbaru di pengelola pengaturan. Saya khawatir dengan masa depan XFCE
    Bagi saya, kelebihan XFCE adalah pengalaman pengguna tradisional ala Win98/XP yang diimplementasikan secara stabil. Saya berharap mereka tidak makin banyak mengadopsi pola Gnome3

    • Peralihan ke Wayland dan dekorasi sisi klien sebenarnya tidak terlalu berkaitan
      GNOME/GTK sudah mengikuti arus CSD sejak sebelum Wayland. Kompositor Wayland bisa menggambar dekorasinya sendiri, dan xfwm4 juga akan terus melakukan itu ketika menjadi kompositor Wayland
      Salah satu hal yang benar-benar cukup bagus dari Wayland adalah adanya protokol yang memungkinkan kompositor memberi tahu aplikasi agar tidak menggambar dekorasinya sendiri. Sebaliknya, di X11, jika sebuah aplikasi memberi tahu window manager bahwa ia akan menggambar CSD, window manager tidak bisa berbuat apa-apa
      GNOME jelas sudah sepenuhnya menuju CSD, dan kalau ingatan saya benar, di GNOME jika aplikasi tidak menggambar CSD maka dekorasinya tidak ada sama sekali, tapi itu tidak ada hubungannya dengan Wayland

    • Saya tidak tahu apa hubungannya ini dengan Wayland atau XFCE. Desktop environment utama yang memakai dekorasi sisi klien pada dasarnya hanya GNOME, dan ini sudah begitu sejak 2018

      I heard that GNOME is currently trying to lobby for all applications implementing CSD. One of the arguments seems to be that CSD is a must on Wayland. That’s of course not the case. Nothing in Wayland enforces CSD. Wayland itself is as ignorant about this as X11. [...] In fact we created a protocol (supported by GTK) that allows to negotiate with the Wayland compositor whether to use CSD or SSD.

      Sumber: https://blog.martin-graesslin.com/blog/2018/01/server-side-d...

      Wayland itu netral, dan bagaimana hal itu dilakukan di Wayland adalah keputusan kompositor dan aplikasi

    • CSD tidak ada hubungannya dengan pengalaman pengguna. CSD hanya berarti aplikasi menggambar sendiri tombol dan bingkai jendela

  • Kebutuhan aksesibilitas saya praktis mati di Wayland
    Saya butuh shortcut yang bisa ditiru per aplikasi dan shortcut global
    Namun model keamanan Wayland tampaknya tidak akan mengizinkan itu. Saya tidak tahu bagaimana alat aksesibilitas dan otomasi bisa bertahan jika harus mendukung semua kompositor Wayland

    • Sepertinya akan jauh lebih baik jika kompositor mengimplementasikan sebagian fitur aksesibilitas
      Sisanya bisa ditempatkan di library dan toolkit, tetapi titik integrasinya mungkin harus ada di dalam kompositor
    • Shortcut global dikelola oleh XDG Desktop Portal
    • Saya dulu berpikir serupa, tapi berubah setelah menemukan keyd
      https://github.com/rvaiya/keyd
    • Jika aksesibilitas benar-benar merupakan kebutuhan penting, Linux mungkin bukan sistem operasi yang tepat
      Dibanding Windows, aksesibilitasnya sangat tertinggal sampai tidak lucu lagi

  • Apakah benar kalau dipahami sebagai dibangun di atas wlroots?
    Kalau begitu, ini perkembangan yang cukup menyenangkan. Karena mungkin kita bisa menikmati ketangguhan aplikasi XFCE juga di window manager/kompositor lain seperti Sway atau River

    • Benar, pada akhirnya memang akan begitu
      Saya sempat mengerjakan sedikit xfwm4 dengan wlroots, tapi masih akan butuh lebih dari 1 tahun sampai layak dipakai
      Komponen desktop yang berjalan di Wayland terutama diuji di kompositor berbasis wlroots

  • Kalau harus memakai desktop environment di Linux, saya akan memakai XFCE
    Namun karena arus Wayland ini, hati saya mulai terdorong ke BSD. Saya belum meninggalkan Linux, dan sepertinya Wayland belum akan menjadi wajib sampai Firefox menghentikan dukungan X

    • Mungkin sebaiknya jangan lihat ini sekarang: https://docs.freebsd.org/en/books/handbook/wayland/
    • Bisa saja lebih buruk. Karena Gnome 3 dan Wayland, saya terdorong pindah ke macOS
    • Saya masih di X11 dan sepenuhnya mengabaikan kekacauan ini sambil berharap suatu hari akan menghilang
    • Sway berjalan dengan baik di FreeBSD
      Namun saya belum menemukan mantra dbus ajaib yang diperlukan agar berbagi layar bisa berjalan tanpa systemd. Sepertinya setidaknya perlu pipewire
    • Saat memakai server yang punya desktop environment, pilihan saya selalu FreeBSD dan XFCE