• AutoTL;DR@lemmings.worldB
    link
    fedilink
    English
    arrow-up
    1
    ·
    7 months ago

    This is the best summary I could come up with:


    Ahead of tomorrow’s official announcement, the Mozilla Firefox 121.0 release binaries have hit the mirrors and it’s keeping to the most exciting Christmas gift for Linux desktop users: Wayland support enabled by default!

    Firefox 121 is ready to go with allowing Wayland support to be used by default on modern Linux desktops rather than defaulting to XWayland.

    Some Linux distributions and package builds have been using the native Wayland path for a while but now it’s great to see the upstream builds make this default change as we get ready to embark on the 2024 Linux desktop.

    X.Org/X11 support remains in place for those not using a Wayland-based desktop enviornment.

    Firefox 121 also adds Voice Control command support on macOS, adds an option to always force-underline links within websites, Firefox now includes a floating button to help in creation within PDFs, various CSS feature additions, and other developer enhancements.

    Firefox 121 also now supports tail call elimination in WebAssembly for enhancing support for functional languages.


    The original article contains 198 words, the summary contains 165 words. Saved 17%. I’m a bot and I’m open source!

  • Toldry@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    7 months ago

    I asked chatGPT what Wayland is since the article contains no explanation

    In this context, “Wayland” refers to a protocol and a display server protocol used in Linux operating systems. It’s an alternative to the more established X Window System (X11). The article highlights that Firefox version 121.0 has integrated support for Wayland by default, indicating that the browser can now utilize Wayland’s capabilities directly on modern Linux desktops without relying on XWayland compatibility layer, thereby enhancing performance and compatibility with the native display server protocol.

  • nitrolife@rekabu.ru
    link
    fedilink
    arrow-up
    0
    ·
    7 months ago

    Eh, the era when it was possible to throw the interface through an SSH session is over. Sadly. Or maybe I’m just too old. XD

      • nitrolife@rekabu.ru
        link
        fedilink
        arrow-up
        0
        ·
        edit-2
        7 months ago

        Thanks. Not full wayland protocol support and have a bugs, but something is greater than nothing. UPD: The utilization of the Internet channel has also increased

        • arc@lemm.ee
          link
          fedilink
          arrow-up
          1
          ·
          7 months ago

          If you look at any modern desktop application, e.g. those built over GTK or QT, then they’re basically rendering stuff into a pixmap and pushing it over the wire. All of the drawing primitives made X11 efficient once upon a time are useless, obsolete junk, completely inadequate for a modern experience. Instead, X11 is pushing big fat pixmaps around and it is not efficient at all.

          So I doubt it makes any difference to bandwidth except in a positive sense. I bet if you ran a Wayland desktop over RDP it would be more efficient than X11 forwarding. Not familiar with waypipe but it seems more like a proxy between a server and a client so it’s probably more dependent on the client’s use/abuse of calls to the server than RDP is when implemented by a server.

        • LeFantome@programming.dev
          link
          fedilink
          arrow-up
          1
          ·
          7 months ago

          What kind of bugs are you running into? The original Waypipe proposal claimed that it was pushing less data than X. Let’s hope it gets faster in the future.

    • yrmyli@sopuli.xyz
      link
      fedilink
      arrow-up
      0
      ·
      edit-2
      7 months ago

      Xorg = Massive screen tearing

      Wayland = No screen tearing

      Xorg = Nvidia friendly

      Wayland = Fuck you nvidia!