Conversation

Notices

1. Embed this notice
   Niki Tonsky (nikitonsky@mastodon.online)'s status on Monday, 15-Jul-2024 02:00:41 JST Niki Tonsky

   Holy shit! Why doesn’t every screenshot app work like that?

   • Embed this notice
     Hugo 雨果 (whynothugo@fosstodon.org)'s status on Monday, 15-Jul-2024 02:00:40 JST Hugo 雨果

     in reply to

     @nikitonsky On Linux, I don't think any compositor exposes all the APIs that you'd need for this (specifically, capturing background toplevel surfaces). I'm sure that something like this would be really fun to develop, but it's only really of any use on a stacking window manager.

   • Embed this notice
     anna (navi@social.vlhl.dev)'s status on Monday, 15-Jul-2024 02:00:40 JST anna

     in reply to

     • Hugo 雨果
     @whynothugo @nikitonsky this should be doable once ext-screencopy-v1 lands.
     
     you can use ext-foreign-toplevel-list to iterate and get foreign handles to all the toplevels, then screencopy a frame from each, and composite the final result (for simplicity, one could even dump that into a gimp .xcf file and let it do the editing layering, or, yknow, implement an image editor too)
     
     i do agree it's usage is limited on tiling window managers, at most you can compose things across workspaces more easily, but not much benefit beyond that
     Haelwenn /элвэн/ :triskell: likes this.
   • Embed this notice
     Hugo 雨果 (whynothugo@fosstodon.org)'s status on Monday, 15-Jul-2024 02:01:28 JST Hugo 雨果

     in reply to

     • anna

     @navi Once screencopy is merged, we'll still need another protocol to get a ext_image_source_v1 for a given ext_foreign_toplevel_handle_v1.

     I really hope KDE does implement these, it would be a shame if standard wayland screencopy programs didn't work on KDE.

     Haelwenn /элвэн/ :triskell: likes this.
   • Embed this notice
     anna (navi@social.vlhl.dev)'s status on Monday, 15-Jul-2024 02:01:29 JST anna

     in reply to

     • Hugo 雨果
     @whynothugo screencopy is still a mr, wlroots has a patch almost ready for it. foreign toplevel list is already implemented by wlroots 0.18.0 too
     
     so at least for sway and co. it might be doable pretty soon. i'm unsure if kde will implement either tho, i do know cosmic ACKd the screencopy one so it might
     
     either way i'm hopeful
   • Embed this notice
     Hugo 雨果 (whynothugo@fosstodon.org)'s status on Monday, 15-Jul-2024 02:01:30 JST Hugo 雨果

     in reply to

     • anna

     @navi @nikitonsky Yeah, it _will be_ pretty feasible. No compositor implements this yet, especially combining ext-screencopy-v1 with ext-foreign-toplevel-list.

     And yeah, the only right solution here is to save it into a layered image to use in a layered image editor. If you don't save layers, then this kind of editing wouldn't be possible.

     You can also use ext-foreign-toplevel-list to _name_ the layers themselves.

     For tiling desktop, you can easily crop a single window, but that's about it.