Wayland does not support screen savers: it does not have any provision that allows screen savers to even exist in any meaningful way. If you value screen savers, that’s kind of a problem.

Adding screen savers to Wayland is not simply a matter of “port the XScreenSaver daemon”, because under the Wayland model, screen blanking and locking should not be a third-party user-space app; much of the logic must be embedded into the display manager itself. This is a good thing! It is a better model than what we have under X11.

But that means that accomplishing that task means not just writing code, but engaging with whatever passes for a standards body or design committee in the Wayland world, and that is… how shall I put this… not something that I personally feel highly motivated to do.

  • Auli@lemmy.ca
    link
    fedilink
    English
    arrow-up
    0
    ·
    10 months ago

    Who even uses screensavers anymore? Just set the screen to turn off after a set amount of time.

    • ares35@kbin.social
      link
      fedilink
      arrow-up
      0
      ·
      10 months ago

      a visible locking screen saver on idle workstations is a requirement in many places.

    • TrustingZebra@lemmy.one
      link
      fedilink
      arrow-up
      0
      ·
      10 months ago

      With the increasing popularity of OLED displays, screensavers might make a comeback. Although I still think OLED displays aren’t worth it.

      • Whom@beehaw.org
        link
        fedilink
        English
        arrow-up
        0
        ·
        10 months ago

        Don’t they typically do minor anti-burn in changes during idle, basically having a built-in screensaver? Still, an additional one could be nice for peace of mind.

        • TrustingZebra@lemmy.one
          link
          fedilink
          arrow-up
          0
          ·
          10 months ago

          Don’t they typically do minor anti-burn in changes during idle, basically having a built-in screensaver?

          That’s what the display makers claim, in order to avoid too many customer complaints. In reality you’re still likely to get burn-in within a few years of monitor use, and when you ask for warranty support you’ll get denied claiming “you used the display wrong”.

  • feral_hedgehog@pawb.social
    link
    fedilink
    English
    arrow-up
    0
    ·
    10 months ago

    Right so just installed xscreensaver - automatic blanking and locking is indeed broken BUT it does display all the pretty animations just fine! (at least on Sway)
    Don’t really have time to mess around with it but maybe try figuring out which mechanism is used for screen locking in your environment (in Sway’s case it’s swayidle) and get it to start xscreensaver right before calling the real locker program?
    BTW you can get xscreensaver-settings to come up by unsetting the WAYLAND_DISPLAY variable:

    env --unset=WAYLAND_DISPLAY xscreensaver-settings
    

    Philosophical BS: I don’t think it’s correct to say that Wayland doesn’t support screen savers, but rather that it doesn’t support XScreenSaver, or, more accurately, the mechanisms it uses for screen locking and idle-detection.
    As others have pointed out, equivalent functionality has already been implemented and is used by various screen lockers. What appears to be missing is something to take this functionality, and display an animation instead of just locking the screen.
    I noticed that all of XScreenSaver’s animations are actually separate binaries in /usr/lib/screensaver/ so we basically need a locker that speaks Wayland’s locking protocol, but also takes and runs those binaries in full screen mode.
    Or maybe XScreenSaver’s dev can be convinced to add support once the protocols are stable?