STEPS TO REPRODUCE 1. Take a screenshot using a key bind or the GUI. 2. “Copy”. This saves it as the default file type. 3. Paste (to test). 4. “Save as” different file type. 5. “Copy”. 6. Paste (to test). This shall save it as a different file type. OBSERVED RESULT “Save as” changes what the “Copy” button does. This can be problematic when I want to copy as the default file type but have already saved it as a different file type, and can also be problematic when I want to copy it as a different file type but must save it first unnecessarily. EXPECTED RESULT I should be able to copy it as a different file type without having to perform a "Save as". SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20231106 KDE Plasma Version: 5.27.9 KDE Frameworks Version: 5.111.0 Qt Version: 5.15.11 Kernel Version: 6.5.9-1-default (64-bit) Graphics Platform: X11 Processors: 12 × AMD Ryzen 5 7600X 6-Core Processor Memory: 30.5 GiB of RAM Graphics Processor: AMD Radeon RX 5700 Manufacturer: ASRock Product Name: X670E Taichi ADDITIONAL INFORMATION https://discuss.kde.org/t/can-i-copy-an-image-from-spectacle-in-a-format-different-to-the-default/6611/8?u=rokejulianlockhart
I'm having trouble understanding this report. Are there two issues here? If so, there should be 2 separate reports. Are any of these issues duplicates of https://bugs.kde.org/show_bug.cgi?id=447831 or https://bugs.kde.org/show_bug.cgi?id=465781? Copy should only ever have one format at the moment, so I'm a bit confused about why you say Save As changes the behavior. The format should be the raw data of the image with the "application/x-qt-image" mimetype. See https://bugs.kde.org/show_bug.cgi?id=465781#c8 for a more detailed explanation if you're curious.
(In reply to Noah Davis from comment #1) > I'm having trouble understanding this report. Are there two issues here? If > so, there should be 2 separate reports. Are any of these issues duplicates > of https://bugs.kde.org/show_bug.cgi?id=447831 or > https://bugs.kde.org/show_bug.cgi?id=465781? > > Copy should only ever have one format at the moment, so I'm a bit confused > about why you say Save As changes the behavior. The format should be the raw > data of the image with the "application/x-qt-image" mimetype. See > https://bugs.kde.org/show_bug.cgi?id=465781#c8 for a more detailed > explanation if you're curious. It *could* be considered a duplicate of https://bugs.kde.org/show_bug.cgi?id=447831 per https://bugs.kde.org/show_bug.cgi?id=447831#c0 (its description) but the title of that issue is unnecessarily specific – I'd much prefer that it be considered a duplicate of this considering that my description is a lot more specific about exactly the issue that causes this, and thus why I want this. It's not a duplicate of the other because this requires "Save as" to cause what that describes. I don't believe that this is two issues in one because I find that the "Save as" issue of sorts actually acts as a great workaround for now, since without it, there would be no (obvious?) way to save a screenshot as anything except the default MIME type.
At step 2 where you write "This saves it as the default file type." do you actually mean that it saves the file on disk somewhere? If so, that's not supposed to happen, and I'm curious how to manage to make it happen. Can you then share all the customizations you've made to Spectacle's settings?
I don't take requests for a specific type of UI element as literal since request for specific elements are usually just users spitballing ideas for implementations of what they really need. I've changed the title of 447831 to "Add the ability to Copy to clipboard as a specific image format" to reflect that.
(In reply to Nate Graham from comment #3) > At step 2 where you write "This saves it as the default file type." do you > actually mean that it saves the file on disk somewhere? If so, that's not > supposed to happen, and I'm curious how to manage to make it happen. Can you > then share all the customizations you've made to Spectacle's settings? Apologies, I meant that it copies it. Not being able to modify Bugzilla comments keeps catching me out.
(In reply to Noah Davis from comment #4) > I don't take requests for a specific type of UI element as literal since > request for specific elements are usually just users spitballing ideas for > implementations of what they really need. I've changed the title of 447831 > to "Add the ability to Copy to clipboard as a specific image format" to > reflect that. As long as the eventual result is that the user can copy to the clipboard as a specific format, that's great! Does another issue to provide the same for the “Save as” button exist?
(In reply to `{third: "Beedell", first: "Roke"}`{.JSON5} from comment #6) > As long as the eventual result is that the user can copy to the clipboard as > a specific format, that's great! Does another issue to provide the same for > the “Save as” button exist? The same for the Save As button? You mean a way to select a format? Weren't you already doing that?
(In reply to Noah Davis from comment #7) > (In reply to `{third: "Beedell", first: "Roke"}`{.JSON5} from comment #6) > > As long as the eventual result is that the user can copy to the clipboard as > > a specific format, that's great! Does another issue to provide the same for > > the “Save as” button exist? > > The same for the Save As button? You mean a way to select a format? Weren't > you already doing that? Sorry, didn't read which bug I was on. Ignore the second sentence.
Ok, marked as a duplicate *** This bug has been marked as a duplicate of bug 447831 ***