Announcement

Collapse
No announcement yet.

XWayland 21.1 Release Candidate Offers Split From The X.Org Server

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

  • oiaohm
    replied
    Originally posted by ssokolow View Post
    (Plus, SSD gives a desktop the ability to have trusted chrome elements on each window, which you'd think would fit with the "Security!" arguments for why Wayland is the way it is.)
    There is a big elephant in the room with this idea.

    I will start of with some facts.
    1) X11 server without a Windows manager is in fact Client Side Decorated(CSD)
    2) Different applications going back though time have been Client Side Decorated big one most people know is winamp/xmms but there are tones of other examples. Yes X11 windows manager have a flag that say don't Server Side Decorate(SSD) this application. Yes this is not unique to X11 than server side decorations can be disabled or in windows case toolkit provided decorations can be disabled.

    So can you in fact trust the chrome elements on each window when they could be CSD rendered and you cannot tell if they are or are not? The answer is no right. The big elephant here is that different applications due to wanting to customise things will want to do there own decorations so when you provide SSD you have to provide a off switch that off switch now means SSD are not in fact trust-able elements. The features you would be wanting in SSD as trustable chrome elements on each window as trusted really you should be after them some in form of task manager.

    The hard reality real world SSD does not end up giving you a security advantage due to the off switch that has to be there so you don't end up with double title bars and other horribles, So why be paying a performance cost in having to have more memory buffers to have SSD that leads to the Wayland choice to appear as CSD only. Yes the first form of X11 protocol is CSD only as well.

    Something important to remember is that wayland compositors are stack-able. This what waypipe and gamescope exploit and weston reference supports. So if gnome does not want to implement server side decorations/xdg-decoration it is possible to implement a proxy wayland compositor that runs between application and gnome exposing xdg-decoration so xdg-decoration only applications can present perfectly on gnome or any other CSD only compositor anyhow because the proxy compositor does the SSD render.

    The proxy wayland compositor is a very interest design feature in the wayland design. It means not every wayland compositor has to implement every wayland feature. If a feature exists as a proxy implementation it can be used on all Wayland compositors.

    Yes I would like if someone would take libdecoration and implement a matching proxy wayland compositor implementing xdg-decoration using it.

    Leave a comment:


  • curfew
    replied
    Originally posted by mppix View Post
    Sure. Is Xwayland also an X server for X clients then?
    Of course it is. Cannot run Xorg apps without a Xorg server.

    Leave a comment:


  • curfew
    replied
    Originally posted by ssokolow View Post
    Not the original poster, but making sure all the decorations come from the same place is exactly the reason I want SSD. I don't want Qt, GTK+, SDL, etc. to have to reinvent the fancy functions I currently enjoy in my customized KWin windeco and its context menus.
    Responsibility of drawing (and possibly window management) is separate issue from extended features. There should be no obstacle why there couldn't be a centralized library that every WM used and adhered to. It's simply a design issue that can be solved but so far nobody has cared to try solving.

    Originally posted by ssokolow View Post
    I'm always reminded of this screenshot: https://www.reddit.com/r/linux/comme...decoration_is/
    That's fake news and only noobs buy it. Apps consist of multiple widgets, not just window decorations. I would much more prefer the decorations to integrate with the rest of the app window. Forced uniform decorations break the look-and-feel on everything else than native-to-DE apps. Gnome decorations look shit on anything else than Gnome / GTK apps. KDE decorations look shit on anything else than KDE / Qt apps.

    This is an issue that cannot be solved simply through theming, especially since the feature gap between GTK and Qt is constantly growing thanks to Qt being perpetually stuck in the '90s. Even KDE folks are working to replace "native" Qt widgets with QML and their own designs.

    Leave a comment:


  • mppix
    replied
    Originally posted by ssokolow View Post
    Not the original poster, but making sure all the decorations come from the same place is exactly the reason I want SSD. I don't want Qt, GTK+, SDL, etc. to have to reinvent the fancy functions I currently enjoy in my customized KWin windeco and its context menus.

    I'm always reminded of this screenshot: https://www.reddit.com/r/linux/comme...decoration_is/

    The GNOME people can argue their case after libdecoration is production-ready and has gained sufficient buy-in.

    (Plus, SSD gives a desktop the ability to have trusted chrome elements on each window, which you'd think would fit with the "Security!" arguments for why Wayland is the way it is.)
    The posted screenshot is obviously undesirable (although some programs, especially mediaplayers, are intentionally "non-conformant). Also FYI, I was quite surprised that Wayland compositors won't have server side decorations. However thinking about it, I kind of agree that look'n'feel should be in one place; preferably in the GUI framework and not the compositor.
    I guess my thinking is that VLC or many Java applications don't integrate [much] better in Gnome only because we slap a topbar on them. They still feel out of place most of the time. Just my 2c.

    Leave a comment:


  • ssokolow
    replied
    Originally posted by mppix View Post
    So never..
    Btw why do you care? Why shouldn't all decorations should come from the same place?
    Not the original poster, but making sure all the decorations come from the same place is exactly the reason I want SSD. I don't want Qt, GTK+, SDL, etc. to have to reinvent the fancy functions I currently enjoy in my customized KWin windeco and its context menus.

    I'm always reminded of this screenshot: https://www.reddit.com/r/linux/comme...decoration_is/

    The GNOME people can argue their case after libdecoration is production-ready and has gained sufficient buy-in.

    (Plus, SSD gives a desktop the ability to have trusted chrome elements on each window, which you'd think would fit with the "Security!" arguments for why Wayland is the way it is.)
    Last edited by ssokolow; 18 February 2021, 08:49 PM.

    Leave a comment:


  • jacob
    replied
    Originally posted by duby229 View Post
    EDIT: Almost -all- Linux applications are running on xwayland when in a Wayland session. There are only a handful of exceptions and most of those handful are buggy as hell. Hence the -entire- reason why 94% of all linux users are still on xorg...
    Well I don't know where you live, but right now, apart for the whole GNOME desktop, Firefox and Thunderbird are running natively on Wayland. So does every GTK3+ / Qt5+ app I have installed and use - Genius, Cherrytree, Inkscape, Audacity, Evolution, Pitivi, Shotwell, Rhythmbox, Wireshark, Libre Office, Eclipse, virt-manager etc etc etc. Many Java-based apps do too. GIMP and VLC are coming along in their next releases. In fact the only apps that do NOT work in pure wayland right now or will likely not get there before the end of the year are legacy apps (xedit, xeyes... lol), all the electron-based stuff, blender and steam.

    Leave a comment:


  • dragon321
    replied
    Originally posted by Shiba View Post

    As long as they refuse to support server side decorations, GNOME is not an option.
    It's not really big blocker. It's not like SSD is only option for every compositor. xdg-decoration is not mandatory after all.
    Last edited by dragon321; 18 February 2021, 06:42 PM.

    Leave a comment:


  • mppix
    replied
    Originally posted by Shiba View Post
    As long as they refuse to support server side decorations, GNOME is not an option.
    So never..
    Btw why do you care? Why shouldn't all decorations should come from the same place?

    Leave a comment:


  • Shiba
    replied
    Originally posted by mppix View Post

    That would be Gnome 3.36 but XOrg is still there :P
    As long as they refuse to support server side decorations, GNOME is not an option.

    Leave a comment:


  • dpeterc
    replied
    Originally posted by CommunityMember View Post

    Could you please provide the audited source reference (from a reputable research firm) for that number.....
    Here is one statistics that puts Wayland usage at 9%. And even that is way too high with respect to the general population. We are talking a niche of a niche here.
    So no mainstream company cares much about Wayland, much less making big researches about it.
    https://www.gamingonlinux.com/users/statistics
    I have several thousand Linux customers, nobody is using Wayland, and they will never be reported on a gaming site.

    Leave a comment:

Working...
X