[Wayland-bugs] [Bug 99635] It is impossible to screenshot a user selected window.

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=99635

--- Comment #6 from Daniel Stone <daniel at fooishbar.org> ---
(In reply to naelstrof from comment #5)
> Oh I want to clarify: Input grabbing is completely unnecessary. The wayland
> port of slop just covers the whole screen as a fullscreen application which
> works great.
> Slop just needs a way to know where windows are in relation to the pointer.
> In X11 slop can simply ask for all surfaces intersecting with the pointer.

... that doesn't work for windows which are currently occluded. For that
reason, Chrome's screencasting offers a grid view of all current top-level
windows, with previews. This to me seems a far better approach than
xwininfo-style get-window-under-pointer.

> Maybe the extension could be similar, where compositors could be pretty
> clever with it and make it return actual windows when hovering over a window
> list on a task bar, or on a mini-window inside of a workspace.

Sure, but then a malicious app could use that to just get all windows all the
time, which wouldn't be fun. I'd much rather see something like the Flatpak
document portal:
http://flatpak.org/xdg-desktop-portal/portal-docs.html#gdbus-org.freedesktop.portal.FileChooser

The compositor could then present a list of windows to select from (in
whichever manner it feels is appropriate), and either provide a screenshot or
cast immediately. This makes the intent unambiguous, sidestepping the security
issue, and also avoids the indirection in your suggestion.

tl;dr the request should be 'I would like to shot/cast a window'; let the
compositor sort the rest

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/wayland-bugs/attachments/20170202/e654cc44/attachment.html>