Take multiple screenshots rather than forcing user to decide ahead of time

Bug #1556474 reported by Stuart Langridge
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Screenshot
New
Wishlist
Unassigned

Bug Description

Instead of having different "modes" for the screenshot tool, where it can snap a window or the full screen, perhaps the screenshot tool should just do both when invoked. That way, one isn't forced to choose ahead of time, and to remember two separate keybindings; instead, one just "takes a screenshot" with PrtSc or similar and then can be presented with both a fullscreen and a window screenshot. (Obviously, the UI might decide to present these separately rather than simultaneously -- one is shown a fullscreen screenshot and then choosing "Window" switches that to show the already-taken window screenshot -- if that's deemed a better approach.)

This can also be extended to other classes of screenshots; for example, if switching CSS fonts for an app can be done very quickly, then the screenshot tool might take a fullscreen, a windowed, and a windowed-with-the-REDACTED-font screenshot, and allow choosing between them. This has the advantage that it exposes the existence of the redaction scheme to people who might not otherwise have thought to do it. (Clearly it won't work if taking a redacted screenshot takes a great deal of time or is visually disruptive, since people won't want to pay that time cost for every screenshot if they didn't want that.)

Changed in screenshot-tool:
importance: Undecided → Wishlist
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.