Announcement

Collapse
No announcement yet.

Xfce 4.16 Released With Numerous Improvements To This Lightweight GTK3 Desktop

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Xfce 4.16 Released With Numerous Improvements To This Lightweight GTK3 Desktop

    Phoronix: Xfce 4.16 Released With Numerous Improvements To This Lightweight GTK3 Desktop

    Xfce 4.16 managed to ship in 2020 as one of the original goals for this release after the much delayed Xfce 4.14 series. Xfce 4.16 comes with many incremental improvements to this GTK3 desktop environment...

    http://www.phoronix.com/scan.php?pag...-4.16-Released

  • #2
    I wonder how hard it would be to support wayland on XFCE...

    Comment


    • #3
      Congratulations! Those CSD-powered windows really look nice, compact and clean.

      Comment


      • #4
        Originally posted by TheOne View Post
        I wonder how hard it would be to support wayland on XFCE...
        after their transition to gtk3 (which is not yet completed) they need to write a new window manager. xfwm just wont work.
        so i'd guess it'll take around two years

        Comment


        • #5
          Originally posted by flower View Post

          after their transition to gtk3 (which is not yet completed) they need to write a new window manager. xfwm just wont work.
          so i'd guess it'll take around two years
          Not just a window manager. An entire wayland compositor. Duplicating loads of work and adding tonnes of boilerplate code. Yep, about 2 years sounds about right. This of course will be developer time which is probably better spent elsewhere.

          Comment


          • #6
            Originally posted by flower View Post

            after their transition to gtk3 (which is not yet completed)
            This version completely drops support for gtk2. What is left to complete?
            Last edited by lectrode; 23 December 2020, 12:22 AM.

            Comment


            • #7
              Originally posted by kpedersen View Post

              Not just a window manager. An entire wayland compositor. Duplicating loads of work and adding tonnes of boilerplate code. Yep, about 2 years sounds about right. This of course will be developer time which is probably better spent elsewhere.
              But i thought Wayland was complete? According to herzian law? You know *complete*, production ready, X drop in replacement.

              Wait it's not? Well that's okay, there must be some boilerplate i need to drop in to use all those great complete features. No? Oh ok, well i'll just re-write that stuff then . .

              ?! The compositor? I should write it again? I can't just, oh ok. The WM? Oh re-write that too.

              Wait, weren't those all the things X was doing for me? So what does wayland DO then?
              ..
              ..
              ..
              ........

              Comment


              • #8
                Originally posted by lectrode View Post
                This version completely drops support for gtk2. What is left to complete?
                .gtk4

                Comment


                • #9
                  Originally posted by flower View Post

                  after their transition to gtk3 (which is not yet completed) they need to write a new window manager. xfwm just wont work.
                  so i'd guess it'll take around two years
                  They should just use Mutter. In fact all GTK-based projects should swiftly switch over to Mutter. Collaborate with the Gnome people to make it happen. The single largest threat for the success of Wayland is fragmentation and half-assed compositor implementations, which we must avoid by any means necessary.

                  I traced the dependencies for Mutter on Arch via its native package manager. It's got two gnome-prefixed deps: gnome-desktop and gnome-settings-daemon. The first package seems to be merely a meta package for some generic stuff not actually strictly Gnome-specific, but the gnome-settings-daemon package seems problematic. While it's got minimal Gnome bindings, too, it loads quite a bunch of random crap such as a library for accessing weather information...

                  Maybe these dependencies can be gotten rid of via compilation options, I don't know, but does not seem like a major task for refactoring stuff to make Mutter a generic, desktop-agnostic service.
                  Last edited by curfew; 23 December 2020, 01:12 AM.

                  Comment


                  • #10
                    P.S. I think it's wrong to talk about "compositors" when talking about implementing the core functionality for a desktop environment on Wayland. Compositors don't do drag 'n' drop, they don't do clipboards, they fucking don't do screen recording. Maybe window managers do that. The problem is that people *think* compositors should do that, because they suck at software design and cannot come up with a viable solution where a compositor only does compositing and not sound management and clipboards.

                    People with mindset like this aren't much better at their jobs than the folks who had a god damn web browser built into an OS kernel some 20 years back.
                    Last edited by curfew; 23 December 2020, 01:20 AM.

                    Comment

                    Working...
                    X