@cassidyjames Would be cool if the screenshot tool could take both light and dark screenshots at the same time
@tbernard @cassidyjames and yes, that implies you have a way to switch things to dark.
@cassidyjames @exalm @tbernard a proper way of doing this is introducing Wayland/X11 protocol extensions that ask the app to render itself in the given style and send the buffer over, without changing how the app appears to the user. Then you don't have to rely on hacks with waiting for animations to finish, etc., except using them as a fallback
I've wanted to do this for *vector* screenshots for a long time, but never got around to actually doing it
@bugaevc @cassidyjames @tbernard good point, that would indeed work, though I can already imagine nothing except GTK would ever implement it.
@bugaevc @cassidyjames @tbernard and realistically that's never going to happen at least for X11.
@exalm @cassidyjames @tbernard true, that's why you'd need a fallback for clients using other toolkits. For X11, it doesn't have to be an actual protocol between the clients and the X server; it can just be something with properties and invisible windows between the client and the compositor; though I admit I've never done anything like that on X11.
@bugaevc @cassidyjames @exalm Wow, that would be so cool!
@cassidyjames @tbernard no, I mean if you have e.g. a spinner, it will be in a different position in the 2 screenshots. Or if you scroll and do a screenshot while it's still decelerating, the position would be different on the 2 images.
@exalm @tbernard yeah it would work like the conceal text. And there's an experimental Gala branch that adds an API for transitioning cleanly between light and dark; I think it has (or could have) some sort of callback for when the transition is over so Screenshot could wait for that, then snap, then transition back.