| Summary: | Loss of quality in view when zoom is locked | ||
|---|---|---|---|
| Product: | [Applications] gwenview | Reporter: | Greg Lepore <greg> |
| Component: | general | Assignee: | Gwenview Bugs <gwenview-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | myriam, nate |
| Priority: | NOR | ||
| Version First Reported In: | 5.0.0 | ||
| Target Milestone: | --- | ||
| Platform: | Kubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Low quality image with zoom locked
Actual quality on initial load or on change zoom |
||
|
Description
Greg Lepore
2015-04-11 15:37:58 UTC
Created attachment 91984 [details]
Low quality image with zoom locked
Created attachment 91985 [details]
Actual quality on initial load or on change zoom
Note that this bug does not appear to occur when the locked zoom level is 100% or "Fit". It does appear to occur on other zoom levels (mine was 72%). This bug is still occurring with: Version 15.08.3 KDE Frameworks 5.18.0 Qt 5.5.1 (built against 5.5.1) The xcb windowing system It appears that the default quality when moving from one image to another is low, and zooming in or out on the subsequent image produces a higher quality rendering. In other words, when using the next button to move to a second image, the initial quality of that image is low. Zooming in and then back out to the same resolution as before produces a much higher quality image. So unfortunately, every time I move to another image, I have to zoom in and then back out (or the other way around) to get a high quality image. Alternately, opening the image directly produces the higher quality image, only moving from image to image with the next/previous buttons produces a lower quality rendering. I don't believe I'm able to reproduce this in Gwenview from 17.8.x. Can you? I can no longer reproduce this bug, looks like it's been solved. I'm on 17.08.2. Fantastic! |