[Request] Wayland/Wlroots support?

[A-Cloud-Ninja]

I love the look of this notification daemon, and notice it has GTK3 in the dependencies. However, I'm on sway full time right now, and there's no good way for this to work on sway without implementing a layer-shell surface with wlroots.

[phuhl]

Hi @HolyStephano,

What exactly would have to be done for making it run on wayland? GTK3 seems to be supported by wayland. Sadly, I am not yet familiar with writing wayland applications.

[A-Cloud-Ninja]

I personally don't, but my friend has experience (he's the developer of Wofi) with wlroots, I'm sure he could help you out. He doesn't use github, is there any IRC channels or something to reach you in regularly?

[phuhl]

git@ph-uhl.com would be best, thx

[A-Cloud-Ninja]

Awesome! he should be emailing you soon, make sure to check your spam folder if it runs through gmail at all.

[Garionion]

I'm also on sway, and it basically works, the notifications are just not positionable. they are right in the center of the screen. started from shell, there is just this message:
Gdk-Message: 16:46:41.010: Window 0x428ce10 is a temporary window without parent, application will not be able to position it on screen.

and also I can't get rid of the notifications reliable by hand (they disapear after some time and some notifications I can dismiss by clicking on them, but not all notifications react like that)

[travankor]

You will need to use gtk-layer-shell to have positionable notifications on sway/wlroots,.

[phuhl]

Hey @HolyStephano, in #99 someone uses the DNC on Sway, does it work like that for you, too? Then we could document the process and close this issue

[A-Cloud-Ninja]

The way they're using it is by setting GDK_BACKEND=x11 which forces it to use xwayland. While this would work, it isn't "correct" for wlroots compositors, and just tends to either look bad, break, or not function at all. Actual wlroots support would be great. There's a gtk-layer-shell project that you could look into, or the actual wlroots protocol itself

[phuhl]

Sadly I lack in capacity to do this, currently. Also I have little to no experience with wayland, so I won't implement this for now. But if someone gets it to work and opens a working PR, I will merge it.

[elkowar]

Quick note on this: If you're planning to migrate to gtk4 (#136), you're effectively giving up on this (and vice versa). Gtk4 doesn't do layer-shell at all, not even with the gtk-layer-shell "hack", so,.... good luck ^^'

[phuhl]

I thought, GTK4 was design with wayland in mind? Anyways, I doubt, there will be a merge of #136 soon as GTK4 has no way to move windows, which is absolutely something we need. Actually, the GTK4 reasoning behind this is, a) moving windows should be done by the window manager, b) they can't move windows across platforms, because it's not possible in wayland (like, wtf). I noticed that after I was nearly done with the transition. There probably are ways to get arround it, but it is not clear if the benefits justify the effort.

[elkowar]

Doing window movement in X manually is mostly trivial (i'm working on something very simmilar, and am in the process of migrating to gtk4 currently), although still anoying.
On Wayland they completely removed the code required for things like gtk-layer-shell to work. This means that gtk windows can only render to application surfaces, which, under wayland, have no support for client-controlled window position - that's what layershell is there for, which isn't supported.

you could position windows on wayland before (gtk-layer-shell was the thing to use) but gtk4 removed that possibility, pretty much without a chance of bringing it back.

[phuhl]

i'm working on something very simmilar, and am in the process of migrating to gtk4 currently

I assume, you are talking about EWW?

How did you solve the issue? No wayland support?

Could you point me at where the code for moving windows on X is in your project? I'd add a reference to #136 in case I come arround and finish the migration.