There's no real standard, but something that may develop into a de-facto standard. The 3 possible ways I am aware of are:
- org.gnome.Shell.Screenshot, a dbus API primarily/only used by GNOME
- wlr-screencopy, a Wayland protocol extension primarily implemented by wlroots, which Sway, Wayfire and many other compositors use
- xdg-desktop-portal, which is promoted by the freedesktop group and an abstraction of both APIs using special portals for each desktop, Flatpak compatible and delivering screen content via Pipewire (supported by Firefox and Chromium)
Flameshot now supports the former 2, I have the most long term hope for the latter one.
There's a battle over basically everything beyond drawing basic windows in the Wayland sphere, with the parties' attitudes about as follows:
- Wayland team: "Out of scope, lol" (security, keeping it as generic as possible)
- Gnome: "Works for us" (dbus APIs specific to Gnome")
- wlroots: Developing extensions to the Wayland protocol and attempting to get them into Wayland proper and adopted by others
- KDE: Mostly going the KDE way where it makes sense, but open to wlr persuasion (they will implement layer-shell, but keep their own ways for some other things)
- Freedesktop group (I'm the least familiar with this one): Promoting some stuff meant for Flatpak, but not really showing much initiative beyond that
This fragmentation is one of the reasons Wayland adoption is slow. Users expect things to work across desktops as they used to on X and developers aren't always clear about compatibility either. Many people seem to think that Wayland is just another display server (it's not, it's a protocol!) with all of the old functionality and are frustrated when they find out it is not.
The fragmentation will probably exist for quite a while. Pipewire will probably take over the screen sharing space and KDE and wlroots will share more protocols (Gnome gonna Gnome, of course), but there are just many things that are compositor family- or even compositor specific, like an xkill-equivalent, which I still miss dearly.
By fascinating you mean depressing, right? If Wayland has taken this long to get a basic feature like screenshots what other features does it not support?
- org.gnome.Shell.Screenshot, a dbus API primarily/only used by GNOME
- wlr-screencopy, a Wayland protocol extension primarily implemented by wlroots, which Sway, Wayfire and many other compositors use
- xdg-desktop-portal, which is promoted by the freedesktop group and an abstraction of both APIs using special portals for each desktop, Flatpak compatible and delivering screen content via Pipewire (supported by Firefox and Chromium)
Flameshot now supports the former 2, I have the most long term hope for the latter one.