GNOME Screenshot issueshttps://gitlab.gnome.org/GNOME/gnome-screenshot/-/issues2022-09-20T22:25:10Zhttps://gitlab.gnome.org/GNOME/gnome-screenshot/-/issues/204Feature Request: New capture button on the post-capture dialogue.2022-09-20T22:25:10ZUnknown UserFeature Request: New capture button on the post-capture dialogue.If you see Window 11's default screen capture utility from Microsoft, it allows you to draw an area on a static screen (the screen freezes), and to move/resize that selected area. In Gnome Screenshot, on the other hand, it is a lot more ...If you see Window 11's default screen capture utility from Microsoft, it allows you to draw an area on a static screen (the screen freezes), and to move/resize that selected area. In Gnome Screenshot, on the other hand, it is a lot more likely that you would make a not optimal selection, and want to take a new screenshot.
Doing it again is currently cumbersome because you must click the "Cancel" button, wait for the UI transition, and then click "Take Screenshot". If the post-capture dialogue had "Take screenshot" button, it will be just one click.
If you think that there is not enough space in the toolbar of the post-capture dialogue, I think space can be saved by replacing "Copy to Clipboard" with the common clipboard icon. ![image](/uploads/ed73b7b26e10b2cf8265c31be99f07c7/image.png) That icon is so universal, that almost all users would recognise it, and it can also show tooltip "Copy to Clipboard" when the mouse cursor is over it. Of course, I think "Cancel" can be also replaced with a back arrow button like that of any browser or file manager. ![image](/uploads/47b59e78e59c195bb7a76a120dddad6c/image.png) This icon should also be very intuitive.https://gitlab.gnome.org/GNOME/gnome-screenshot/-/issues/203Feature Request: Option to always automatically copy to clipboard.2022-09-20T22:22:29ZUnknown UserFeature Request: Option to always automatically copy to clipboard.When I capture part of the screen, I almost always paste it in some online forum's writing area or into some image editor to edit it. I guess probably it is the same for many other users. Having an option to copy to the clipboard automat...When I capture part of the screen, I almost always paste it in some online forum's writing area or into some image editor to edit it. I guess probably it is the same for many other users. Having an option to copy to the clipboard automatically will be convenient. I have seen other screen capture tools having this option, so it should not be a weird thing.https://gitlab.gnome.org/GNOME/gnome-screenshot/-/issues/202Feature Request: Remember Capture Area option2022-03-19T12:24:53ZUnknown UserFeature Request: Remember Capture Area optionIt currently always start with "Screen". Instead, remember the last option. I almost always use "Selection". If I wanted to capture the whole screen, I would just press the PrtScr key.It currently always start with "Screen". Instead, remember the last option. I almost always use "Selection". If I wanted to capture the whole screen, I would just press the PrtScr key.https://gitlab.gnome.org/GNOME/gnome-screenshot/-/issues/180When copying to clipboard, allow to compress the copy in a different file for...2021-10-17T22:52:35ZdwoodWhen copying to clipboard, allow to compress the copy in a different file format than PNGI take a lot of screenshots, and upload them. I would like to add a config setting something like: `compress-on-copy` which will compress the image using the specified compression scheme before copying the image data into the clipboard. ...I take a lot of screenshots, and upload them. I would like to add a config setting something like: `compress-on-copy` which will compress the image using the specified compression scheme before copying the image data into the clipboard.
Why: When I copy and paste the image to another application, like Discord/Teams/Slack or anything else, I want to be mindful of people who don't have a great connection. For example, the size discrepancy is extremely large.
Note: I currently have my default compression set to jpg and the application is not honoring that when I am copying it to clipboard, so I am forced to first save the image to disk, and then upload the image, if I want any compression.
From the attached screenshot:
- `squidgamememe.jpg` was saved to file and then uploaded to discord.
- `squidgamemem.png` was copied using "Copy To Clipboard" and then uploaded to discord and re-downloaded.
![screenshot_size_difference_example](/uploads/9a01d78ed1b0320df5225bf55be50d8a/screenshot_size_difference_example.jpg)
---
Why not make this behavior default if the user specifies a different compression?
- I imagine many users copy directly into gimp/krita/etc, and may not want the compression
---
I may attempt to add this feature myself, assuming I can figure out how to build the application.https://gitlab.gnome.org/GNOME/gnome-screenshot/-/issues/102Add CLI option to interactively set file path after taking screenshot2021-04-22T19:39:13Znicolae-stronceaAdd CLI option to interactively set file path after taking screenshotFirst, thanks for a really simple easy to use app, that makes screenshotting a breeze.
I would really benefit from a CLI option `-v --decide-filepath`(as an example) that will open this screen after I take the screenshot.
![image](/upl...First, thanks for a really simple easy to use app, that makes screenshotting a breeze.
I would really benefit from a CLI option `-v --decide-filepath`(as an example) that will open this screen after I take the screenshot.
![image](/uploads/026fde3ca5c5bd6e3d018de707f84965/image.png)
My use case is that I **always** need to save screenshots in different places. I use Markdown to type my notes, so when I need to take a screenshot, I want to save it to the folder that I'm working in, and give it a name. I can't use `-f` because my file paths ALWAYS vary, so the quickest way to set them is from UI and bind my gnome-screenshot command to a keyboard shortcut.
My ideal workflow would be binding `gnome-screenshot -a -v`to a keyboard shortcut, which would allow me to:
1. Press keyboard shortcut
2. Select area to screenshot
3. Choose filename and filepath interactively.
Currently the way I do it is: I bind a keyboard shortcut to the command: `gnome-screenshot -i`. This always opens up the following view.
![image](/uploads/f3b012b02a4f16eec3431038f3cff54b/image.png)
Therefore my current workflow is:
1. Press keyboard shortcut
2. **Interactively set `Select area to grab`.**
3. Select area to screenshot
4. Choose filename and filepath interactively.
With the current CLI options I always have to execute option 2 manually, which when you're taking 20+ screenshots a day,every day, is exhaustinghttps://gitlab.gnome.org/GNOME/gnome-screenshot/-/issues/54Allow to take a scrolling screenshot2022-10-23T13:55:47Zpf4publicAllow to take a scrolling screenshotWould it be possible to implement taking screenshots with scrolling? That is to produce a single screenshot wider and/or longer than a screen size.Would it be possible to implement taking screenshots with scrolling? That is to produce a single screenshot wider and/or longer than a screen size.https://gitlab.gnome.org/GNOME/gnome-screenshot/-/issues/44Support for template replacements in filenames2019-07-23T22:13:42ZPastafarianistSupport for template replacements in filenamesIn [Shutter](https://launchpad.net/shutter), there is fairly extensive support for templates in filenames. From the [source](https://github.com/Pastafarianist/shutter/blob/d28811b/bin/shutter#L6585):
```
Some predefined variables there:...In [Shutter](https://launchpad.net/shutter), there is fairly extensive support for templates in filenames. From the [source](https://github.com/Pastafarianist/shutter/blob/d28811b/bin/shutter#L6585):
```
Some predefined variables there:
%Y = year
%m = month
%d = day
%T = time
$w = width
$h = height
$name = multi-purpose (e.g. window title)
$nb_name = like $name but without blanks in resulting strings
$profile = name of current profile
$R = random char (e.g. $RRRR = ag4r)
%NN = counter
```
In particular, I find timestamp-related substitutions, `$name`, and `%NN` very useful. Is there a chance similar functionality could be introduced in `gnome-screenshot`, so that `gnome-screenshot --file %Y-%m-%d_%H-%M-%S_$name_%NN.png` would save a screenshot with the current timestamp and window name?https://gitlab.gnome.org/GNOME/gnome-screenshot/-/issues/32Remember/default to previous selection area coordinates/size2021-03-06T15:50:37ZGhost UserRemember/default to previous selection area coordinates/sizeRe-capturing the same selection area can be useful. Would it be possible to recall the last coordinates and size used? Thank you in advance!Re-capturing the same selection area can be useful. Would it be possible to recall the last coordinates and size used? Thank you in advance!https://gitlab.gnome.org/GNOME/gnome-screenshot/-/issues/21Should use Screenshot portal under Flatpak2019-07-23T09:45:37ZCosimo CecchiShould use Screenshot portal under FlatpakFlatpak now has a screenshot portal; when gnome-screenshot is running as a flatpak, it should make use of that portal instead of running with its own UI.
https://flatpak.github.io/xdg-desktop-portal/portal-docs.html#gdbus-org.freedeskto...Flatpak now has a screenshot portal; when gnome-screenshot is running as a flatpak, it should make use of that portal instead of running with its own UI.
https://flatpak.github.io/xdg-desktop-portal/portal-docs.html#gdbus-org.freedesktop.portal.ScreenshotGNOME 3.34https://gitlab.gnome.org/GNOME/gnome-screenshot/-/issues/4Add "conceal text" mode2020-05-18T17:37:05ZannaAdd "conceal text" modeLike in elementary OS Screenshot Tool
https://github.com/elementary/screenshot-tool
It's written in Vala and i guess you can easily find the proper code in their repository ;)
To avoid having to redact screenshots manually before uploa...Like in elementary OS Screenshot Tool
https://github.com/elementary/screenshot-tool
It's written in Vala and i guess you can easily find the proper code in their repository ;)
To avoid having to redact screenshots manually before uploading.
The complicated way to handle it for now seems to be: https://gitlab.gnome.org/GNOME/geary/issues/5
What do you think?