Announcement

Collapse
No announcement yet.

With Ubuntu 10.10 It May Be Easier To Run Wayland

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

  • #16
    does anyone know if there is work being done on porting gtk+ Qt and the rest toolkits to Wayland??


    i remember reading scarce news about it but nothing on it lately

    Comment


    • #17
      Originally posted by MaestroMaus View Post
      Here is some brain-gymnastics for the people who do think Wayland is the bomb: how come all of those smart and talented programmers working on X aren't abandoning it and start working on the Wayland project?
      Because X.org is the refference implementation.
      Because Wayland is premature.
      Because Wayland is not compatible with any widget toolkit.
      Because Wayland is not a client <-> server replacement.
      Because Wayland is new.
      Because X.org is working right now.

      But can Wayland remain compatible with Xlib for proprietary games?
      But can Wayland become compatible with X.org client without running X.org?

      If the two But's (haha... ha... ... .. ha...) are true and Qt would support Wayland... why not? If it is smaller, cleaner and faster why the hell not? If otherwise I can see the problem...

      Comment


      • #18
        Originally posted by MaestroMaus View Post
        Ah, jeez not again!

        No offence but if people would have read the comments of previous posts they could have read that multiple better informed/capable people then Michael told X is good and Wayland does not solve anything.

        Here is some brain-gymnastics for the people who do think Wayland is the bomb: how come all of those smart and talented programmers working on X aren't abandoning it and start working on the Wayland project?
        I think the idea of wayland is to simplify a lot!! using kms,opengl and dri2 functions!!

        xorg is old, it has a large number of lines of outdated code, so it will be awesome to get an updated windows server making use of modern kms, dri2, opengl... functions. Nothing is going to work much better in wayland (if it gets implemented), it will be simply a major clean up. But yes, wayland is in a very premature stage.

        Comment


        • #19
          There has some talk about making Wayland dependent upon OpenWF rather than the Linux kernel mode-setting interface directly, but that hasn't materialized.
          Is Wayland a Linux specific X11 replacement?

          Comment


          • #20
            Originally posted by tessio View Post
            Is Wayland a Linux specific X11 replacement?
            It is not a full X11 implementation, only a server. KMS should also arive for *BSD some time.

            If it is also compatible with clients it could be a replacement...

            Comment


            • #21
              Originally posted by V!NCENT View Post
              why not? If it is smaller, cleaner and faster why the hell not? If otherwise I can see the problem...
              Originally posted by Jimbo View Post
              I think the idea of wayland is to simplify a lot!! using kms,opengl and dri2 functions!!

              xorg is old, it has a large number of lines of outdated code, so it will be awesome to get an updated windows server making use of modern kms, dri2, opengl... functions. Nothing is going to work much better in wayland (if it gets implemented), it will be simply a major clean up. But yes, wayland is in a very premature stage.
              That is the whole deal: it is not. According to the people who work on x related stuff it doesn't make things easier cleaner or faster. In fact, it ads another layer that has to be maintained because we cannot let X go. X will always have to run.

              Comment


              • #22
                Android doesn't have X and it's works fine..

                Comment


                • #23
                  Originally posted by MaestroMaus View Post
                  In fact, it ads another layer that has to be maintained because we cannot let X go. X will always have to run.
                  Not if the applications support Wayland directly. That would mean wxWidgets, Gtk and Qt would need to be ported to Wayland. Then X would only need to be enabled for legacy apps.

                  Mac OS X does this just fine. It has X, but I don't see it running there all the time.

                  Comment


                  • #24
                    I'd rather see toolkits switch to XCB from Xlib, first instead of going directly to wayland. Wayland was not designed to replace the X11 protocol, but the part of X.org that manages the display drivers. But now even X.org is switching to the same technologies Wayland uses...

                    As far as XCB goes I think XCB should fix the slow window resizing (Xlib is not X11)...

                    If you lose drop X11 you lose all this:
                    http://www.youtube.com/watch?v=hibaFjxAQAg
                    http://dailypackage.fedorabook.com/u...-09-Xephyr.png
                    http://www.youtube.com/watch?v=0MUOn_nJmRA
                    Not to mention that X11 can be easily extended to compete with Citrix (like NX already does)...

                    Comment


                    • #25
                      I'd rather see toolkits switch to XCB from Xlib, first instead of going directly to wayland. Wayland was not designed to replace the X11 protocol, but the part of X.org that manages the display drivers. But now even X.org is switching to the same technologies Wayland uses...

                      As far as XCB goes I think XCB should fix the slow window resizing (Xlib is not X11)...

                      If you lose drop X11 you lose all this:
                      http://www.youtube.com/watch?v=hibaFjxAQAg
                      http://dailypackage.fedorabook.com/u...-09-Xephyr.png
                      http://www.youtube.com/watch?v=0MUOn_nJmRA
                      Not to mention that X11 can be easily extended to compete with Citrix (like NX already does)...

                      Comment


                      • #26
                        Here is what I was talking about earlier in the thread.

                        Comment


                        • #27
                          Originally posted by V!NCENT View Post
                          It is not a full X11 implementation, only a server.
                          Wayland is not even a partial X11 implementation. An X server can run on top of it, though.

                          Comment


                          • #28
                            Originally posted by Ex-Cyber View Post
                            Wayland is not even a partial X11 implementation. An X server can run on top of it, though.
                            Can it be extended so that it could become:
                            -Compatible with Xlib? *thinking about parsing*
                            -Compatible with X.org client?

                            Let's asume Qt will run on it. Then the only reason that somebody who uses his/her desktop in a non-network fashion will have to run X.org on top of it is for legacy cruft... That will make the legacy cruft slower because of the added layer. However... however... native Wayland software will be faster! Newer, more demanding software gets faster and older less demanding software will become a little bit heavier.

                            What is holding people back to make the widget toolkit like Qt run over a network? Plasma already does... It probably means less data... Also apps like VLC use networking. So maybe this whole compressed pixmap render remotely thing might become outdated?

                            Comment


                            • #29
                              Geez you guys are reading way too much into this.

                              Comment


                              • #30
                                3 Videos

                                The 3 videos mentioned earlier showed:

                                - Xinerama over 9 screens on different laptops
                                - Remote access
                                - Multiple active keyboards & mice on 1 screen

                                These were stated "what we lose", but:

                                (for all of them, X can run and provide those services)

                                - Remote access
                                Can easily be implemented in the Wayland compositor

                                - Multi-pointer
                                Is a rarely-used feature that hasn't made it to distos yet and remains as a rare feature. It could be implemented with sufficient interest

                                - Xinerama over 9 screens
                                I'm not knowledgeable on this one, but Wayland already enumerates displays of available video cards.

                                Comment

                                Working...
                                X