Page 2 of 2 FirstFirst 12
Results 11 to 15 of 15

Thread: Patches So Nouveau Users Can Try Out Wayland

  1. #11
    Join Date
    Jun 2009
    Posts
    2,932

    Default

    Quote Originally Posted by smitty3268 View Post
    Firefox does use GTK, just not everywhere. XUL is a homegrown toolkit that lies on top of GTK (in linux) and other toolkits for other operating systems. Like how OpenOffice uses GTK in linux but has their own widget system on top for cross-platform code.
    Both Firefox and OpenOffice use their own toolkits for everything, and only interface with GTK or Qt for painting the widgets, so they look native.

    It's a lot like using the Qt-GTK engine for making all GTK apps look like Qt apps and vice versa. The apps are coded using one toolkit, and the final painting is done by the other one.

    I don't think that Firefox depends on GTK in any way, it's just a drawing backend.

  2. #12
    Join Date
    Nov 2007
    Posts
    117

    Default

    "Much of this extra functionality in x-server is not used any longer by modern toolkits like QT or GTK+, but has to be supplied for backwards compatibility."
    And what if one of my key applications happens to rely on some of that functionality?

    What about XVideo for example? Will Wayland be able to display XVideo? If so, will I have to modify my code any to make it work?

  3. #13
    Join Date
    Oct 2007
    Location
    Under the bridge
    Posts
    2,149

    Default

    Quote Originally Posted by CrystalCowboy View Post
    And what if one of my key applications happens to rely on some of that functionality?

    What about XVideo for example? Will Wayland be able to display XVideo? If so, will I have to modify my code any to make it work?
    Then your app will run in an X emulation layer, pretty much like X apps run on Mac OS X.

  4. #14
    Join Date
    Oct 2007
    Location
    Toronto-ish
    Posts
    7,538

    Default

    Wayland would not implement the XVideo API (since that is part of the X wire protocol) but you could accomplish the same thing via OpenGL rendering. It would also be pretty straightforward to implement some Xv-like functionality as an independent rendering library over Gallium3D, either as a standalone API library or by adding support for YCbCr surfaces to a generic 2D rendering library.

    I guess the key point is that anything with an X in it would either need to have an alternative implemented or would have to run on top of X. That said, many of the things which are implemented on top of X today are implemented that way because X was the one standard thing in a Linux/Unix graphics stack, not because there is some implicit dependency on something X-ey that only X can deliver.

  5. #15
    Join Date
    Jan 2009
    Posts
    1,734

    Default

    I guess the key point is that anything with an X in it would either need to have an alternative implemented or would have to run on top of X.
    keith packards opinion on the topic

    http://lwn.net/Articles/413335/

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •