-
-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Native Wayland support #43
Comments
Would that mean we won't have the app in the taskbar ? From what I've tried, wl_shimeji don't have it so it'd be nice if it'd the same for Shijimia |
Also, there's some bugs with the Compositors / Window Managers such as Hyprland. recording_20250321_234005.mp4 |
Adding these lines to hyprland.conf seems to fix most of the issues related to Hyprland:
|
This is for the Flatpak Package right? |
My understanding is that wl_shimeji creates an overlay above all other windows using a Wayland-specific protocol. Unlike Shijima-Qt, it doesn't create a separate window for each shimeji, so the shimeji aren't really managed by the desktop environment and wl_shimeji has more control over them. The main goal of this issue is to use the same protocol wl_shimeji uses to make Shijima-Qt work better with Wayland compositors, while remaining compatible with X11 and other operating systems. |
idk what distro u on, but if it's arch or arch based u can try with the aur package maybe it'll work |
I use Fedora 41, both the binary and the Flatpak version work for me with this configuration |
I both tried AUR package and Flatpak package. |
I managed to get a native Wayland backend working with Shijima-Qt! It relies on the wlr layer shell protocol and so far it seems to work great on Hyprland and KDE Plasma. I'll finish it up and try to get a new version out as soon as possible. |
Preliminary native Wayland support through wlr-layer-shell is up on feature/wayland-layer-shell. It's very incomplete at the moment, but please give it a try if you're interested. The program will still launch in X11/XWayland but when you choose Settings > Backend > Wayland, the app will create a Wayland overlay for showing shimeji. From my testing it seems to work as expected on Hyprland, KDE Plasma and other wlroots-based compositors. It doesn't work on GNOME since GNOME doesn't support wlr-layer-shell. |
Erm about that, I cloned, switch to theb ranch and pulled then tried to compile but I get an error saying that |
Try running |
Erm, error again apparently
|
...great, I messed up the last commit
If it fails after that, you're probably missing a dependency. Try installing the development packages for wayland-protocols, wayland-client and wayland-cursor. You can run |
It compiled ! Tho like yea as u said there's a bunch of weird stuff going one when activating the Wayland backend |
The Wayland backend should be mostly working:
|
Well for what I've noticed when activating the Wayland backend (on KDE) :
here's the log btw if that can help (with the crash at end happening when the interact together)
Btw I see another backend called |
|
For the cursors I just tried with multiple different ones but all of them just return to the black one, not really sure what to do qwq |
Running Shijima-Qt in XWayland to allow window repositioning is not ideal. A better alternative would be providing a separate backend for Wayland that uses the wlr-layer-shell protocol. wl_shimeji does this and it appears to work quite well with shimeji.
The text was updated successfully, but these errors were encountered: