Wayland, laptop screen 125%, external screen 100%. On the external screen only, the preview for the Rectangular Region capture mode looks very grainy. This only affects the preview, the captured screenshot does not look like that (actually, it's over-smoothened to the point of being blurry, see https://bugs.kde.org/show_bug.cgi?id=483876) I am uploading photos to show what I see when the Rectangular Region is active in Spectacle, and then the same portion of the screen when I quite Spectacle, just to show how striking the difference is. Again, this is only affecting the in-app preview, but it's not a nice sight. Thanks :) System info: Operating System: openSUSE Tumbleweed 20240315 KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.7.9-1-default (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 7840U w/ Radeon 780M Graphics Memory: 30,5 GiB of RAM Graphics Processor: AMD Radeon Graphics Manufacturer: Framework Product Name: Laptop 13 (AMD Ryzen 7040Series) System Version: A7
Created attachment 167400 [details] spectacle-grainy-preview
Created attachment 167401 [details] same-screen-region-spectacle-closed
There is some lens distortion in the photos, but the difference is quite visible if you check the line "Comment [...]¨ just above the text area
Same setup, same problem
I've the same problem (same setup). I've just cloned the repo and compiled it (I've had to delete constexpr from src/Gui/Annotations/AnnotationDocument.cpp:30 to get it to compile). After replacing the distribution (up to date KDE Neon User Edition, Plasma6) build binary in /usr/bin, this doesn't happen anymore. There're some recent commits that made me wonder it could be already fixed: https://invent.kde.org/graphics/spectacle/-/commits/master?ref_type=heads
*** This bug has been marked as a duplicate of bug 478426 ***
Hello Nate, This issue is ONLY about the preview inside Spectacle's rectangular selection. The content that is actually captured from that region appears correctly once captured. So this isn't a duplicate of 478426 since that one is about the actual result of the capture. Reopening.
I agree, but as I've said in the prior comment, this very cosmethic defect is already fixed in the trunk source.
(In reply to netizen from comment #8) > I agree, but as I've said in the prior comment, this very cosmethic defect > is already fixed in the trunk source. Ok, so I guess that RESOLVED FIXED is more accurate, I'll update it.