Announcement

Collapse
No announcement yet.

Wayland's Weston Received New Features Yesterday

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

  • Wayland's Weston Received New Features Yesterday

    Phoronix: Wayland's Weston Received New Features Yesterday

    The Weston reference compositor to Wayland received a few more features yesterday in mainline Git...

    http://www.phoronix.com/vr.php?view=MTUyMDI

  • #2
    Awesome to see alt-tab window switching.
    Expose is nice too!

    A problem with Wayland is that it has no mouse acceleration so the mouse pointer moves really slow and is a pain in the ass to use.
    Also sucks that you cant minimize windows in Weston.

    I would really like to see window grid placement. Press WinKey+4 to place window on left side of screen, press WinKey+6 to move window to right side of screen.
    WinKey+9 for upper-right corner, etc.

    Comment


    • #3
      Originally posted by uid313 View Post
      Awesome to see alt-tab window switching.
      Expose is nice too!

      A problem with Wayland is that it has no mouse acceleration so the mouse pointer moves really slow and is a pain in the ass to use.
      Also sucks that you cant minimize windows in Weston.

      I would really like to see window grid placement. Press WinKey+4 to place window on left side of screen, press WinKey+6 to move window to right side of screen.
      WinKey+9 for upper-right corner, etc.
      That will not be useful since it's not meant to be used in production environnement. These feature will be implemented by gnome or Kwin when they will be ready. Weston is just a live example of how to implement a wayland compositor. Nothing more. Don't expect it to be a usable DE. It will not. There's no minimizing because there is not universal way to do it thus it don't belong in a reference compositor.

      Comment


      • #4
        Originally posted by uid313 View Post
        Awesome to see alt-tab window switching.
        Actually it was altready working. The new thing is that it shows windows tumbnails.

        Originally posted by uid313 View Post
        A problem with Wayland is that it has no mouse acceleration so the mouse pointer moves really slow and is a pain in the ass to use.
        That's Weston's problem, not Wayland's.

        Weston is just a live example of how to implement a wayland compositor. Nothing more. Don't expect it to be a usable DE. It will not.
        The shell in weston is a toy, but the compositor and backends are very solid and meant to be used in production.

        There's no minimizing because there is not universal way to do it thus it don't belong in a reference compositor.
        I don't know where this thing that minimization does not need to be in the protocol and it's all in compositors' hands came from. It's plain wrong. There is the need of a protocol to let a client request the compositor to minimize it, just like there is one to maximize or make a client fullscreen. That is being worked on, so we'll hopefully see it soon, and when that will happen we will also see it working in Weston.

        Comment


        • #5
          Compositor indenpendent of window manager?

          Can Wayland have a compositor independent of the window manager?

          Or will all window managers also have to be compositors?

          I hope Fluxbox, Openbox, Blackbox, wmii, awesome, ratpoison, dwm, i3, etc gets ported to Wayland.

          Comment


          • #6
            If you don't want to write a compositor your best bet is to write a shell plugin for Weston, which is what i guess those wm will do if they get ported to Wayland.

            Comment


            • #7
              Originally posted by giucam View Post
              If you don't want to write a compositor your best bet is to write a shell plugin for Weston, which is what i guess those wm will do if they get ported to Wayland.
              Who should write a compositor?
              Who should write a shell plugin for Weston?

              When should someone decide to write a compositor, and when should someone decide to write a shell plugin for Weston?

              What decides which route to go?

              Comment


              • #8
                Originally posted by uid313 View Post
                When should someone decide to write a compositor, and when should someone decide to write a shell plugin for Weston?
                Writing a compositor is a lot of work, writing a shell plugin much less. You also get for free Weston's features like the rdp or rpi backends. By writing a full compositor in house you have more control on it though, and you don't have to follow the changes made in Weston internal API.

                Comment


                • #9
                  Originally posted by giucam View Post
                  Actually it was altready working. The new thing is that it shows windows tumbnails.


                  That's Weston's problem, not Wayland's.


                  The shell in weston is a toy, but the compositor and backends are very solid and meant to be used in production.


                  I don't know where this thing that minimization does not need to be in the protocol and it's all in compositors' hands came from. It's plain wrong. There is the need of a protocol to let a client request the compositor to minimize it, just like there is one to maximize or make a client fullscreen. That is being worked on, so we'll hopefully see it soon, and when that will happen we will also see it working in Weston.
                  There is no minimization in weston, not wayland. The protocal is there but everything is handled by the compositor. What if minimization is the window becoming a small thumbnail in my bottom panel in my compositor? Or with if you want a fancy animation while minimizing? If everything is handled by wayland (not weston) then all these thing would be impossible and we will just bypass it to get what we want, just like in X

                  Comment


                  • #10
                    No, the protocol is not there. Wayland clients need a protocol to ask the compositor to minimize them when the user clicks on the minimize button in the window decoration. Then the compositor will aknoweledge that and effectively minimize it, with fancy animations or whatnot.

                    Comment


                    • #11
                      I'm curious. Wouldn't minimize support only require the compositor to tell the renderer, "Don't render this window for now" or "Render this window to a 30px x 30px surface"? Is there currently no way to tell Wayland to not bother rendering a target window, or to render it to a smaller surface?

                      Comment


                      • #12
                        Hey giucam, do you think write that plugin for a complete window manager like Fluxbox would be feasible?

                        Comment


                        • #13
                          Originally posted by ua=42 View Post
                          I'm curious. Wouldn't minimize support only require the compositor to tell the renderer, "Don't render this window for now" or "Render this window to a 30px x 30px surface"? Is there currently no way to tell Wayland to not bother rendering a target window, or to render it to a smaller surface?
                          That's not the point. There is no problem in doing that but when should that be done? The user expects the window to minimize when he clicks on the "_" button in the decorations. Since the decorations are client side the client gets the click and it needs to ask the compositor to minimize it. That's the missing part. Weston can perfectly minimize a window, but it cannot know when it should minimize it.

                          See this video. That's a weston shell, and you can see there a window is minimized, but by clicking on the taskbar. Clicking on the "_" button in the decorations has no effect (i don't do that in the video, but trust me), because protocol is missing. Clicking on the taskbar means the compositor is getting the click event (that's false actually, but it's a special case), so it knows the user is asking to minimize that window.

                          Hey giucam, do you think write that plugin for a complete window manager like Fluxbox would be feasible?
                          You don't write a weston plugin for a wm, you make a wm a weston plugin. I don't know fluxbox's codebase, but that would probably require a rewrite rather than a port.

                          Comment


                          • #14
                            Originally posted by uid313 View Post
                            Awesome to see alt-tab window switching.
                            Expose is nice too!

                            A problem with Wayland is that it has no mouse acceleration so the mouse pointer moves really slow and is a pain in the ass to use.
                            Also sucks that you cant minimize windows in Weston.

                            I would really like to see window grid placement. Press WinKey+4 to place window on left side of screen, press WinKey+6 to move window to right side of screen.
                            WinKey+9 for upper-right corner, etc.
                            Gnome Shell, which will soon become a Wayland compositor, supports a similar feature through an extension, although using the mouse not the keyboard. Just drag a window over another window while holding Ctrl and the windows will be tiled for you. Way more powerful and usable than your suggestion in my opinion.

                            Comment


                            • #15
                              Originally posted by sarmad View Post
                              Gnome Shell, which will soon become a Wayland compositor, supports a similar feature through an extension, although using the mouse not the keyboard. Just drag a window over another window while holding Ctrl and the windows will be tiled for you. Way more powerful and usable than your suggestion in my opinion.
                              Unless you don't want to use a mouse, that is.

                              Comment

                              Working...
                              X