Live data from Hacker News

Wayland Protocol Finally Ready for Fractional Scaling

phoronix.com

31–40 of 102 posts

Re: Wayland Protocol Finally Ready for Fractional Scaling

#31
post #3

I still use X11, where and rely on the following features (amongst others): -taking screenshots -auto keyboard/mouse scripting with xdotool -not have unnecessary mouse/keyboard to monitor delay -4K fullscreen, windowed fullscreen and windowed gaming with nvidia drivers, for native and steam proton games -choosing to have vsync enabled or disabled in games -EDIT: I should another important one for me: xclip, read from…

> xclip, read from and write to the clipboard in the command line

There's wl-clipboard with the commands wl-copy and wl-paste: https://github.com/bugaevc/wl-clipboard

Works flawless in my experience.

Re: Wayland Protocol Finally Ready for Fractional Scaling

#32
post #15
post #7

Earlier quoted context omitted.

Taking screenshot just works, there's a fair amount of tools for it. The one difference is that some tools are compositor specific. I know there's automation tools like xdottool, never used those though. I never saw much difference in term of delay, I find playing on wayland better, some games being much smoother even when using xwayland. I have AMD hardware only so can't say here. There's a procol being worked on to…

> There's a procol being worked on to allow tearing The irony, to say the least.

Why? It's quite a good idea IMO, the compositor allowing in specific case to optimise for speed rather than quality.

Re: Wayland Protocol Finally Ready for Fractional Scaling

#33

I was going to say something about it being 10 years now since Apple made high DPI screens mainstream. Windows still doesn't have it working 100% yet.

Hmm maybe I'm missing something but I have not had any scaling problems in Windows. Maybe an argument could be made that adjusting DPI is as easy as MacOS as of Win 11 (maybe Win 10 too but I didn't use Windows too much then), but I've never had a problem increasing scaling on any of my 4k screens

Windows has a lot of trouble when you have two monitors with different scaling amounts

You drag an app between them and it goes apeshit, very annoying

Otherwise it seems to work for me

Re: Wayland Protocol Finally Ready for Fractional Scaling

#34
post #3

I still use X11, where and rely on the following features (amongst others): -taking screenshots -auto keyboard/mouse scripting with xdotool -not have unnecessary mouse/keyboard to monitor delay -4K fullscreen, windowed fullscreen and windowed gaming with nvidia drivers, for native and steam proton games -choosing to have vsync enabled or disabled in games -EDIT: I should another important one for me: xclip, read from…

> I still use X11, where and rely on the following features To which I would add: (1) taking screenshots from the command line (xwd) (2) moving windows around from the command line (xwit) (3) keyboard-free copy-paste between different programs: select to copy, middle-click to paste (4) global indicator of where my cursor is (xeyes) (5) define global key combinations that launch programs (xbindkeys) (6) globally confi…

See: https://news.ycombinator.com/item?id=32297479

None of these discussions ever go anywhere. They will tell you that wlroots is standardizing all these things etc etc but as it stands today every compositor is at best reimplementing a subset of the features you describe. If I had enough money I would pay the Wayland people to work on something else and let the project collapse because they are constantly undermining the reasons I use Linux on the desktop.

Re: Wayland Protocol Finally Ready for Fractional Scaling

#35
post #3

I still use X11, where and rely on the following features (amongst others): -taking screenshots -auto keyboard/mouse scripting with xdotool -not have unnecessary mouse/keyboard to monitor delay -4K fullscreen, windowed fullscreen and windowed gaming with nvidia drivers, for native and steam proton games -choosing to have vsync enabled or disabled in games -EDIT: I should another important one for me: xclip, read from…

I also noticed this delay in mouse movement but I couldn't find anything online or even people noticing the same problem.

For me it happens in the second monitor (120Hz with HDMI) there's a lag in the cursor movement. When I switch to X11 that lag is gone and the movement feels more fluid. The strange thing is that I don't see that effect on the laptop screen (144Hz). I'm using Plasma btw

Re: Wayland Protocol Finally Ready for Fractional Scaling

#36
post #32
post #15

Earlier quoted context omitted.

> There's a procol being worked on to allow tearing The irony, to say the least.

Why? It's quite a good idea IMO, the compositor allowing in specific case to optimise for speed rather than quality.

I don't care about tearing. I'm sure my X11 tears all the time when watching videos but if I notice it I shrug it off. The point is that one of the main drivers of Wayland was to be frame perfect, have no tearing. Commendable goal, why not? but it's turning out that they had to write code to get no tearing and more code to allow it.

Re: Wayland Protocol Finally Ready for Fractional Scaling

#37
post #3

I still use X11, where and rely on the following features (amongst others): -taking screenshots -auto keyboard/mouse scripting with xdotool -not have unnecessary mouse/keyboard to monitor delay -4K fullscreen, windowed fullscreen and windowed gaming with nvidia drivers, for native and steam proton games -choosing to have vsync enabled or disabled in games -EDIT: I should another important one for me: xclip, read from…

People are responding to this comment by saying "Screenshots work," and yes, they do, somewhat. However, you're limited to using the screenshot tool built in to your Wayland compositor, rather than any third-party tool. For example, my favorite screenshot tool supports automatic timed screenshots, of particular windows or the whole screen or of a specified region, of one desktop or several, and various customizations. Those features aren't supported by my compositor, and I don't have a choice. So Wayland limits my options.

Another area missing functionality is remote desktop. Yes, most Wayland compositors support VNC or similar remote desktop, but without the functionality of previous solutions. For example, I used x11vnc extensively: with it, I can share just one window or a whole screen, with various security options, and I can do so programmatically from the command line. Because VNC is now a feature built into the compositor, I no longer have a choice which remote desktop tool to use, and adding features is not a priority for maintainers of the compositors.

So, while, yes technically, you're right that some analogues of screenshots and remote desktop exist on Wayland, they do so without any of the modularity and flexibility that Linux is (allegedly) proud of.

Re: Wayland Protocol Finally Ready for Fractional Scaling

#38
post #3

I still use X11, where and rely on the following features (amongst others): -taking screenshots -auto keyboard/mouse scripting with xdotool -not have unnecessary mouse/keyboard to monitor delay -4K fullscreen, windowed fullscreen and windowed gaming with nvidia drivers, for native and steam proton games -choosing to have vsync enabled or disabled in games -EDIT: I should another important one for me: xclip, read from…

People are responding to this comment by saying "Screenshots work," and yes, they do, somewhat. However, you're limited to using the screenshot tool built in to your Wayland compositor, rather than any third-party tool. For example, my favorite screenshot tool supports automatic timed screenshots, of particular windows or the whole screen or of a specified region, of one desktop or several, and various customizations…

This is a valid and level-headed analysis.

The good news is that this is not unfixable; there is a venue and a governance organization to standardize the protocols and compositor interoperability that is needed. And there has been notable progress.

Specifically when it comes to screen share / remote desktop, standardization of the API to invoke sharing is happening by way of the XDG portal API efforts. There is active collaboration there e.g. between the browser vendors and the compositor vendors to agree on an interface.

Here is a recent progress report: https://jgrulich.cz/2022/11/21/webrtc-chromium-year-end-repo...

Re: Wayland Protocol Finally Ready for Fractional Scaling

#39
post #3

I still use X11, where and rely on the following features (amongst others): -taking screenshots -auto keyboard/mouse scripting with xdotool -not have unnecessary mouse/keyboard to monitor delay -4K fullscreen, windowed fullscreen and windowed gaming with nvidia drivers, for native and steam proton games -choosing to have vsync enabled or disabled in games -EDIT: I should another important one for me: xclip, read from…

Have you tried ydotool as a replacement for xdotool? It also works on X, as it uses uinput. https://github.com/ReimuNotMoe/ydotool

There are a couple of tools that can programmatically perform input events. They have some caveats because they work at a lower level so you might need to give them root permissions when that wouldn't have been necessary before, but they do work. The question is if that's all that you were using xdotool for; it's not limited to faking input events. For instance, xdotool can monitor events and trigger actions when you change focus on windows, or specific windows, and it can search across all desktops to find a specific window, bring it to the foreground, resize it, and then feed it input events. If all you need to do is simulate keyboard and mouse events, there are alternatives, but that's not all the tool could do.

Re: Wayland Protocol Finally Ready for Fractional Scaling

#40
post #3

I still use X11, where and rely on the following features (amongst others): -taking screenshots -auto keyboard/mouse scripting with xdotool -not have unnecessary mouse/keyboard to monitor delay -4K fullscreen, windowed fullscreen and windowed gaming with nvidia drivers, for native and steam proton games -choosing to have vsync enabled or disabled in games -EDIT: I should another important one for me: xclip, read from…

> taking screenshots

There's plenty of tools for this. I wrote a light and simple one that shows a tiny thumbnail, [`shotman`](https://git.sr.ht/~whynothugo/shotman). But there's plenty others of all sorts.

> auto keyboard/mouse scripting with xdotool

There's a few tools for this: https://github.com/natpen/awesome-wayland#tools

> not have unnecessary mouse/keyboard to monitor delay

There's none that I can notice. Mice cursor are rendered with hardware support when available. Not sure what you reference is here.

> 4K fullscreen, windowed fullscreen and windowed gaming with nvidia drivers, for native and steam proton games

All this works on non-nvidia. I can't speak for nvidia, I'd suggest avoiding nvidia if you want to use Linux (or any other floss OS). Generally, nvidia on Linux isn't very pleasant.

> choosing to have vsync enabled or disabled in games

See this thread? https://www.reddit.com/r/swaywm/comments/ntszm9/how_can_i_ma...

I'm not 100% sure what you're asking.

> EDIT: I should another important one for me: xclip, read from and write to the clipboard in the command line

https://github.com/bugaevc/wl-clipboard

Post reply on HN