5 ms·

I have been using sway on Fedora for a year. It's been really good so. It's a smaller niche than X.org's, but I get to do everything I need. HiDPI support is ju

by kriive 6y ago

I have been using sway on Fedora for a year. It's been really good so. It's a smaller niche than X.org's, but I get to do everything I need. HiDPI support is just right, just throw output eDP1-1 scale 2 in the config and you're set. Clipboard works perfectly splendid, screen-sharing works (not as perfectly splendid as clipboard does), input works, chromium/electron is getting support for native wayland. Qt and GTK Wayland support's quite good. I have had no problems whatsoever and I invite you to try it. I have no hard-proof evidence or numbers to support my opinion, just try it.

arpa 6y ago
Just out of curiosity, how does screenshare work for you? I've been trying setting it up for work (slack/teams), but to this day it just doesn't work. Using debian sid, so pretty up-to date packages tbh. I just start new xorg session for screenshare, which, frankly, sucks.
- kriive 6y ago
  Well, it works on FF and certain builds of chromium (those built with ENABLE_PIPEWIRE flag on). I am using xdg-desktop-portal-wlr and it works quite good. I was able to present my desktop to others without significant hiccups. Once Electron enables Ozone (and builds with PIPEWIRE on) we will be able to use screen sharing also on teams and other electron-packaged apps. This obviously works for my workflow and I understand it won't work for everyone. I don't know about Zoom, but I heard (and thus not entirely sure) it works only on specific distros with some specific GNOME versions. EDIT. I misread Slack for Zoom.
- horsawlarway 6y ago
  Yup, this is sort of here with pipewire at this point, but it hasn't propagated through to the electron apps. Slack is still a pain point for me as well, but mainly because Slack continues to demand that I install the desktop app for calls/screen sharing. Zoom's desktop app also doesn't work, but I can use zoom-redirector and have the calls immediately open in my browser (you can get the same thing without the extension, but it requires you pretend that you can't install their desktop app and several button presses for every meeting). My guess is that we're about 12 months away from having it work by default in most places.
- maxhille 6y ago
  The Electron apps are not there yet. I too have to use Slack ATM and my workaround is too have Pipewire working with Browser (Chromium and Firefox in my case) and use Slack in the Browser when I need to share my screen. If the target you want to share is a X window, you won't even need Pipewire since WebRTC will just work without it.
formerly_proven 6y ago
> just throw output eDP1-1 scale 2 in the config and you're set Why? What? Why? The system exactly knows the DPI of all attached displays, why does it still need explicit configuration in 2020 to support HiDPI?!
- Athas 6y ago
  How would it know what scaling factor you want?
  - snazz 6y ago
    It should start with a reasonable default and then give the user the choice of different scaling factors like macOS does: https://media.discordapp.net/attachments/380570311227342859/766747043351494706/Screen_Shot_2020-10-16_at_12.33.55_PM.png https://media.discordapp.net/attachments/380570311227342859/...
    - HeadsUpHigh 6y ago
      This is sway, i3 on wayland, a tilling window manager. Not some commercial piece of software that has to target the lowest common denominator to survive in the market. It's meant so that you configure it and it's very configurable. So it doesn't any defaults bar what's needed to launch the manager. The rest is up to you.
      - getfactsright 6y ago
        Never mind this, Sway already detects hidpi displays based on a heuristic from EDID info and chooses an appropriate scale factor. https://github.com/swaywm/sway/issues/1800 https://github.com/swaywm/sway/issues/1800 8, now 9, comments in a subthread because no one could bother to validate assumptions or do a Google search.
      - snazz 6y ago
        Configurability is great, but that isn't an excuse for having poor defaults. A child comment to yours mentions that Sway now uses a heuristic to find a "reasonable" default scaling factor, so it appears that Sway currently does the right thing.

by kriive 6y ago

arpa 6y ago

Just out of curiosity, how does screenshare work for you? I've been trying setting it up for work (slack/teams), but to this day it just doesn't work. Using debian sid, so pretty up-to date packages tbh. I just start new xorg session for screenshare, which, frankly, sucks.

kriive 6y ago
Well, it works on FF and certain builds of chromium (those built with ENABLE_PIPEWIRE flag on). I am using xdg-desktop-portal-wlr and it works quite good. I was able to present my desktop to others without significant hiccups. Once Electron enables Ozone (and builds with PIPEWIRE on) we will be able to use screen sharing also on teams and other electron-packaged apps. This obviously works for my workflow and I understand it won't work for everyone. I don't know about Zoom, but I heard (and thus not entirely sure) it works only on specific distros with some specific GNOME versions. EDIT. I misread Slack for Zoom.
horsawlarway 6y ago
Yup, this is sort of here with pipewire at this point, but it hasn't propagated through to the electron apps. Slack is still a pain point for me as well, but mainly because Slack continues to demand that I install the desktop app for calls/screen sharing. Zoom's desktop app also doesn't work, but I can use zoom-redirector and have the calls immediately open in my browser (you can get the same thing without the extension, but it requires you pretend that you can't install their desktop app and several button presses for every meeting). My guess is that we're about 12 months away from having it work by default in most places.
maxhille 6y ago
The Electron apps are not there yet. I too have to use Slack ATM and my workaround is too have Pipewire working with Browser (Chromium and Firefox in my case) and use Slack in the Browser when I need to share my screen. If the target you want to share is a X window, you won't even need Pipewire since WebRTC will just work without it.

formerly_proven 6y ago

> just throw output eDP1-1 scale 2 in the config and you're set Why? What? Why? The system exactly knows the DPI of all attached displays, why does it still need explicit configuration in 2020 to support HiDPI?!

Athas 6y ago
How would it know what scaling factor you want?
- snazz 6y ago
  It should start with a reasonable default and then give the user the choice of different scaling factors like macOS does: https://media.discordapp.net/attachments/380570311227342859/766747043351494706/Screen_Shot_2020-10-16_at_12.33.55_PM.png https://media.discordapp.net/attachments/380570311227342859/...
  - HeadsUpHigh 6y ago
    This is sway, i3 on wayland, a tilling window manager. Not some commercial piece of software that has to target the lowest common denominator to survive in the market. It's meant so that you configure it and it's very configurable. So it doesn't any defaults bar what's needed to launch the manager. The rest is up to you.
    - getfactsright 6y ago
      Never mind this, Sway already detects hidpi displays based on a heuristic from EDID info and chooses an appropriate scale factor. https://github.com/swaywm/sway/issues/1800 https://github.com/swaywm/sway/issues/1800 8, now 9, comments in a subthread because no one could bother to validate assumptions or do a Google search.
    - snazz 6y ago
      Configurability is great, but that isn't an excuse for having poor defaults. A child comment to yours mentions that Sway now uses a heuristic to find a "reasonable" default scaling factor, so it appears that Sway currently does the right thing.