I’ve been on Wayland for the past two years exclusively (Nvidia).

I thought it was okay for the most part but then I had to switch to an X session recently. The experience felt about the same. Out of curiosity, I played a couple of games and realized they worked much better. Steam doesn’t go nuts either.

Made me think maybe people aren’t actually adopting it that aggressively despite the constant coverage in the community. And that maybe I should just go back.

  • bigmclargehuge@lemmy.world
    1·
    8 months ago

    Since I switched to AMD about a month ago. Literally every naggling issue I had with NVidia is gone. Only complaint is that I didn’t switch sooner.

  • Shareni@programming.dev
    0·
    8 months ago

    Why I’m not using it:

    • worse performance (Nvidia)
    • couldn’t get screen sharing and recording to work
    • unfinished or abandoned alternatives to xorg tools (swhkd for example)

    Made me think maybe people aren’t actually adopting it that aggressively despite the constant coverage in the community.

    Take the community with a grain of salt; It’s made up of the same type of people that say Arch is a stable distro that never has any issues.

    Some distros are pushing it aggressively (Fedora for example), so use them as a more accurate gauge. If Fedora doesn’t accept the proposal to start phasing out xorg, you can know for sure it doesn’t have the conversion rates they’re hoping for.

    • Blóðbók@slrpnk.net
      0·
      7 months ago

      I think the Xorg vs Wayland situation is not too dissimilar to that of Windows vs Linux. Lots of people are waiting for all of their games/software work (just as well or better) on Linux before switching. I believe that in most cases, switching to Linux requires that a person goes out of their way to either find alternatives to the software they use or altogether change the way they use their computer. It’s a hard sell for people who only use their computer to get their work done, and that’s why it is almost exclusively developers, tech-curious, idealists, government workers, and grandparents who switch to Linux (thanks to a family member who falls into any subset of the former categories). It may require another generation (of people) for X11 to be fully deprecated, because even amongst Linux users there are those who are not interested in changing their established workflow.

      I do think it’s unreasonable to expect everything to work the same when a major component is being replaced. Some applications that are built with X11 in mind will never be ported/adapted to work on Wayland. It’s likely that for some things, no alternatives are ever going to exist.

      Good news is that we humans are complex adaptive systems! Technology is always changing - that’s just the way of it. Sometimes that will lead to perceived loss of functionality, reduction in quality, or impeded workflow in the name of security, resource efficiency, moral/political reasons, or other considerations. Hopefully we can learn to accept such change, because that’ll be a virtue in times to come.

      (This isn’t to say that it’s acceptable for userspace to be suddenly broken because contributors thought of a more elegant way to write underlying software. Luckily, X11 isn’t being deprecated anytime soon for just this reason.)

      Ok I’m done rambling.

  • FQQD@lemmy.ohaa.xyzEnglish
    0·
    8 months ago

    I’ll switch to wayland when it runs better than X. And that isn’t the case for now.

  • beerclue@lemmy.world
    0·
    8 months ago

    I’ve been using Hyprland for about 2 years. I did have some issues with screen sharing (teams, discord) and some steam games (non native, with proton) need some extra launch parameters, but they all work now. Over time I was able to fix all the little issues. For me Hyprland is a daily driver, but I like to tinker. I can see how this is not for everyone.

    • k2helix@lemmy.world
      0·
      8 months ago

      May I ask how you solved the screen sharing problems? Also do you use keybinds for apps such as discord? When I tried Hyprland none of them were working.

      • beerclue@lemmy.world
        2·
        6 months ago

        Hey, sorry for the late reply.

        I remember installing xdg-desktop-portal-hyprland instead of xdg-desktop-portal, and in my hyprland config I have:

        exec-once = dbus-update-activation-environment --systemd WAYLAND_DISPLAY XDG_CURRENT_DESKTOP
exec-once = systemctl --user import-environment WAYLAND_DISPLAY XDG_CURRENT_DESKTOP

        I can’t remember everything I tried… I didn’t keep track. I’ve been using this setup for close to 3 years now…

        I know that for Ferdium I used the extra params --ozone-platform=wayland --enable-features=UseOzonePlatform, but I think it doesn’t need them anymore (I use it for Teams and other chat apps with screensharing).

        For Discord I use Webcord, which works just fine, also with screen sharing, I didn’t have to do anything.

        When it comes to key bindings, here’s my working setup:

        # binds
$mainMod  = SUPER
$lock     = playerctl --player=mpd,firefox,mpv -a pause ; ~/.config/hypr/scripts/swaylock

bind = $mainMod,       Q, killactive,
bind = $mainMod SHIFT, Q, exit,
bind = $mainMod,       X, exec, $lock # lock

bind = $mainMod,       RETURN, exec, alacritty
bind = $mainMod SHIFT, RETURN, exec, alacritty -t scratchpad --class scratchpad
bind = $mainMod,       E,      exec, nemo
bind = $mainMod,       W,      exec, firefox
bind = $mainMod,       R,      exec, rofi -show drun --allow-images
bind = $mainMod SHIFT, E,      exec, wofi-emoji
bind = $mainMod,       P,      pseudo, # dwindle

bind = $mainMod SHIFT, Space, togglefloating,
bind = $mainMod,       F,     fullscreen, 1 # maximize window
bind = $mainMod SHIFT, F,     fullscreen, 0 # fullscreen

bind = $mainMod,       S, exec, grim -g "$(slurp)" - | wl-copy      # screenshot selection to clipboard
bind = $mainMod SHIFT, S, exec, grim -g "$(slurp)" - | swappy -f -  # screenshot selection and open in swappy
bind = $mainMod SHIFT, R, exec, wf-recorder -a -g "$(slurp)" -f "${HOME}/$(date +%Y-%m-%d_%H-%m-%s).mkv" -c h264_vaapi -d /dev/dri/renderD128 &>/dev/null           # screenrecord

bind  = ,XF86AudioMute,         exec, pactl set-sink-mute @DEFAULT_SINK@ toggle
binde = ,XF86AudioLowerVolume,  exec, pactl set-sink-volume @DEFAULT_SINK@ -2%
binde = ,XF86AudioRaiseVolume,  exec, pactl set-sink-volume @DEFAULT_SINK@ +2%
bind  = ,XF86AudioMicMute,      exec, pactl set-source-mute @DEFAULT_SOURCE@ toggle
binde = ,XF86MonBrightnessUp,   exec, light -A 5
binde = ,XF86MonBrightnessDown, exec, light -U 5

# resize windows
binde = $mainMod, left,  resizeactive, -40 0
binde = $mainMod, right, resizeactive, 40 0
binde = $mainMod, up,    resizeactive, 0 -40
binde = $mainMod, down,  resizeactive, 0 40

# move focus
bind = $mainMod, h, movefocus, l
bind = $mainMod, l, movefocus, r
bind = $mainMod, k, movefocus, u
bind = $mainMod, j, movefocus, d

# move windows
bind = $mainMod SHIFT, h, movewindow, l
bind = $mainMod SHIFT, l, movewindow, r
bind = $mainMod SHIFT, k, movewindow, u
bind = $mainMod SHIFT, j, movewindow, d

# switch workspaces
bind = $mainMod, 1, workspace,  1
bind = $mainMod, 2, workspace,  2
bind = $mainMod, 3, workspace,  3
bind = $mainMod, 4, workspace,  4
bind = $mainMod, 5, workspace,  5
bind = $mainMod, 6, workspace,  6
bind = $mainMod, 7, workspace,  7
bind = $mainMod, 8, workspace,  8
bind = $mainMod, 9, workspace,  9
bind = $mainMod, 0, workspace, 10

# move windows to workspace without switching (silent)
bind = $mainMod SHIFT, 1, movetoworkspacesilent,  1
bind = $mainMod SHIFT, 2, movetoworkspacesilent,  2
bind = $mainMod SHIFT, 3, movetoworkspacesilent,  3
bind = $mainMod SHIFT, 4, movetoworkspacesilent,  4
bind = $mainMod SHIFT, 5, movetoworkspacesilent,  5
bind = $mainMod SHIFT, 6, movetoworkspacesilent,  6
bind = $mainMod SHIFT, 7, movetoworkspacesilent,  7
bind = $mainMod SHIFT, 8, movetoworkspacesilent,  8
bind = $mainMod SHIFT, 9, movetoworkspacesilent,  9
bind = $mainMod SHIFT, 0, movetoworkspacesilent, 10

# move/resize windows with LMB/RMB
bindm = $mainMod, mouse:272, movewindow
bindm = $mainMod, mouse:273, resizewindow

# scroll through existing workspaces
bind = $mainMod, mouse_down, workspace, e+1
bind = $mainMod, mouse_up,   workspace, e-1

# switch workspace with mouse back/fw buttons
bind = $mainMod, mouse:276, workspace, m+1
bind = $mainMod, mouse:275, workspace, m-1

bind = $mainMod SHIFT,up,focusmonitor,u
bind = $mainMod SHIFT,down,focusmonitor,d

binde = $mainMod, TAB, workspace, previous