Solved Wayland Support

luetage

what are Vivaldi's plans to build V to run natively in W not just X ?

Why should they care, I’m the only Vivaldi user on Wayland full time I know of. I expect it will take Ubuntu to switch over to Wayland by default to make this a target worth targeting. It’s a known problem, why switch over before things work and on the other hand why develop, if no one’s using it?

Steffie

@luetage Heehee.

Chicken, egg.

Build it & they'll come?

@luetage said in Wayland Support:

I’m the only Vivaldi user on Wayland full time I know of

How untrue! For 5' there were two of us. Count them, two!

One.
Two.
Five.

jumpsq

@luetage said in Wayland Support:

I’m the only Vivaldi user on Wayland full time I know of.

You shall not only watch your own feet.
I have been using Wayland (incl. Xwayland) exclusively for the least year or so.

But you are probably correct about the egg. And also, Xwayland may be working too good for everyone but purists to insist, even if ubuntu or some common DE should become waylanded in the future once more.

Steffie

I gave Wayland another hour's try yesterday in my Tower's real Arch Plasma.

I was pleased to find a workaround to the problem re PulseAudio System Tray failing in Wayland [it segfaults then dumps core, & aborts], by creating a custom launcher for /usr/bin/kcmshell5 kcm_pulseaudio & running it then as an on-demand app. It can't do everything that PAST does, but it does enough for me to be viable.
I don't understand this. My earlier attempts with Wayland found that the native copy-select-to-clipboard middle-click-paste-from-clipboard simply did not work the other day, but seemed to work ok this latest time.
Flameshot & KSnip still fail for rectangular target capture in Wayland, but happily Vivaldi's internal capture does work... presumably that's because V is not running in W but only in XWayland. In any event, i rarely use V's tool coz it obviously works only within the V window... i need to capture desktop & file-manager & other app images too, not only browser stuff. That's partly why FS & KS are so badly missed in W. However i found to my surprise that the Plasma Devs have rebuilt their native app Spectacle so that it fully works now in W, & so [this is clunky but doable] i can capture targets with S, then export the capture to KS, then therein apply the desired markup annotations.
The bad pointer pixel offset so apparent & annoying the other day, did not manifest this time.
I was unsure the other day, but Wayland definitely is slightly more sluggish in general feel & responsiveness than X.
Several Plasma Window Behaviour & Task Manager behaviours that i'd not tested initially the other day but did test this time, do not work [some, properly, others, at all] in W. Given i actively use these a lot, this is a real bummer. Examples include Focus Follows Mouse with Window Raising [sometimes worked, other time not], & Highlight windows when hovering over tasks [completely broken].
Latte-Dock is not entirely happy in Wayland. Its Auto-Hide is buggy in W, such that even when it hides, a residual opaque shadow remains permanently visible that covers thus obstructs any other window dragged into this area.
No dockable app [ie, (in X11) can show a small icon in the System Tray to which the app retreats when minimised, rather than remaining in the Task Manager] functions in Wayland yet. Hence frequently-used apps like CherryTree, KSnip, KeePassXC clutter up the Task Manager instead of retreating to the SysTray.

Obviously almost all those hassles are not Vivaldi's fault in any way, but they combine to continue dissuading me from yet living in Wayland. To that extent, my earlier question about V becoming native to W is entirely moot, atm.

jumpsq

@Steffie

Flameshot & KSnip still fail for rectangular target capture in Wayland

u may use grim -g "$(slurp)" filename.png
no gui, but it should do the job.

I was unsure the other day, but Wayland definitely is slightly more sluggish in general feel & responsiveness than X.

That's surprising to me. May be related to plasma/KDE?

luetage

@Steffie Almost exclusively issues with Wayland on KDE, Gnome is ahead there.

luetage

https://github.com/electron/electron/pull/26022

Only problem is Vivaldi doesn’t use Electron directly.

Steffie

@luetage Mmmmmm, noice!

The Wayland support is very experimental and various features which were working in X11 may either be broken or not implemented for Wayland.

Steffie

Fyi...
https://www.phoronix.com/scan.php?page=news_item&px=Wayland-Chromium-2020

luetage

@Steffie I assume this doesn’t work for Vivaldi. But maybe it will motivate the team to do something in the long run.

Steffie

@luetage I also was/am unsure wrt its V application, but thought i'd post anyway as others presumably would just like a general sense of dev trajectory.

Slightly OT, but from other articles i've read this week, it really seems more & more that the X project is functionally dead, with previous major backers like Red Hat moving dev effort from X to W, & nobody else stepping up so far to take on the ongoing X development & support burden. Hence, IMO, downstream devs including V, are probably gonna be backed into a corner unless they start proactively moving themselves along with W as well.

Steffie

Salient for X:
https://www.phoronix.com/scan.php?page=news_item&px=Ajax-On-The-X-Server

WhyNotHugo

The lack of Wayland support is what's keeping me from adopting Vivaldi.

Aside from the security issues of using XWayland, it also does not support scaling, so if you have a HiDPI screen (which is pretty common in 2020), Vivaldi will render extremely blurry (since it's rendered low-res and then the bitmap streched).

This is a hard dealbreaker, not only due to blurriness and ugliness, but also text it extremely hard to read.

A Former User

@WhyNotHugo Please upvote the first post in this thread, the number of votes is usually what matters when looking for most wanted features (though not at all always this fact matters when the devs choose what to do next).

delx

Hurrah! The latest 2020-11-19 Vivaldi desktop snapshot is based on Chromium 87, which has Wayland support!

I'm using it right now and it looks beautiful.

Just start it from the command line and add these arguments:

--enable-features=UseOzonePlatform --ozone-platform=wayland

jumpsq

HORRAAAAAY!
This snapshot is really delivering! WOW.

Any ideas of how to remove this bar? This was not there before.

A Former User

@delx Thanks for letting us know! It's a little buggy under kiwmi but seems to work quite well under sway.

@jumpsq I guess it's created by your compositor -- either Vivaldi doesn't register its CSD or the compositor ignores it.

jumpsq

@potmeklecbohdan sure, may be sway.

Regression: I notice quite a difference when scrolling (even after turning off "smooth scrolling", it still does not stop when I stop). ~~And now I have to think about what to use instead of xdotool~~ for my libinput-gestures (e.g. closing tabs with trackpad gesture; my trackpad is not really good for mouse gestures, sadly), but this rather excites me
ydotool seems to mostly do just fine, although I feel it may be a little less responsive.

Big Improvement: I feel that working with multiple windows (Ctrl+N, Ctrl+Shift+N) is quite a bit smoother than when using xwayland.

A Former User

@jumpsq said in Wayland Support:

sure, may be sway

Oh, I didn't look at your signature. Try toggling the native window setting; maybe it's made for CSD-only compositors (i.e. doesn't ask whether SSDs are also supported) & when you've set it to use native window (I guess you have), it just renders something.

You could then disable the buttons &c with custom CSS.

Edit: I’ve tried toggling native window & now I can tell for sure that the ugly bar is what Chromium makes when you ask for SSD.

jumpsq

@potmeklecbohdan: Yes, it was in the settings. Silly me forgot to search there...

Big Improvement: I feel that working with multiple windows (Ctrl+N, Ctrl+Shift+N) is quite a bit smoother than when using xwayland.

There seems to be an issue with chromium on wayland in general, so possibly these flags may be helpful for others experiencing performance drawbacks since some time:
vivaldi-snapshot --enable-features=UseOzonePlatform --ozone-platform=wayland --use-cmd-decoder=validating --use-gl=desktop