Skip to content
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鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

Linux (Wayland) support 馃尡 #2

Open
shivanshs9 opened this issue Dec 1, 2020 · 6 comments
Open

Linux (Wayland) support 馃尡 #2

shivanshs9 opened this issue Dec 1, 2020 · 6 comments
Assignees
Labels
enhancement New feature or request help wanted Extra attention is needed

Comments

@shivanshs9
Copy link

Is your feature request related to a problem? Please describe.
I love the concept and would like to give it a try, but my Linux system is wayland-based 馃槥. Hope wayland support is added soon 馃檹

Describe the solution you'd like
There are existing tools for wlroots-based compositors, like https://github.com/ammen99/wf-recorder and https://github.com/emersion/grim. Hope it helps you to figure out the implementation support for Wayland. I'll be glad to help out too if it's needed.

@shivanshs9 shivanshs9 added the enhancement New feature or request label Dec 1, 2020
@orhun
Copy link
Owner

orhun commented Dec 2, 2020

Hey!
Hopefully I'll be able to implement menyoki for Wayland soon. Although it looks like there are some obstacles which I stumbled upon while checking out the similar projects: https://github.com/phw/peek#why-no-native-wayland-support

It's good to have a pinned issue about this though. Thanks :)

@orhun orhun pinned this issue Dec 2, 2020
@shivanshs9
Copy link
Author

Indeed, it's impossible to get window information and coordinates in Wayland due to security reasons. However, instead of window, if menyoki uses screen coordinates, then that information can be easily obtained, like in https://github.com/emersion/slurp tool. It's even possible to get coordinates of the specified window using slurp in sway compositor only.

As for screenshot capability, I believe wlroots-based compositor have a protocol for screencopy, albeit unstable - https://github.com/swaywm/wlroots/blob/master/protocol/wlr-screencopy-unstable-v1.xml
The same protocol is being used by grim tool.

@orhun orhun added the help wanted Extra attention is needed label Dec 6, 2020
@orhun orhun changed the title Wayland support Linux (Wayland) support Dec 6, 2020
@orhun orhun changed the title Linux (Wayland) support Linux (Wayland) support 馃尡 Dec 6, 2020
@AkechiShiro
Copy link

Any news on this ? How can the community help move this issue forward ?

@jokeyrhyme
Copy link

There's also XDG desktop portals, which abstract application developers from needing to know the specifics of compositors: https://flatpak.github.io/xdg-desktop-portal/#gdbus-org.freedesktop.portal.ScreenCast

@orhun
Copy link
Owner

orhun commented Jul 15, 2023

Any news on this? How can the community help move this issue forward?

I don't have a Wayland system to test this out so I can't really move forward with the implementation. I think someone who uses Wayland can just jump right into it and implement the missing methods. After that, I believe menyoki should just work out of the box.

@orhun
Copy link
Owner

orhun commented Jul 15, 2023

One thing to note here, I'm pretty much okay with using 3rd party capture tools for Wayland (AKA shelling out from menyoki) if native capture support in Wayland is problematic.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

4 participants