https://bugs.kde.org/show_bug.cgi?id=496597

John Kizer <john.ki...@proton.me> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Platform|Debian testing              |Fedora RPMs
            Version|23.04.2                     |24.08.3
             Status|RESOLVED                    |REPORTED
         Resolution|WAITINGFORINFO              |---

--- Comment #7 from John Kizer <john.ki...@proton.me> ---
(In reply to Alex from comment #6)
> I'm not motivated to go through the Debian process with this now. They may
> or may not get a backported fix, but hopefully they will get plasma 6 "soon"
> and I guess they'll probably they will ask me to wait until then.
> 
> I would suspect though that the problem might be present in current Gwenview
> (you know better if someone relevant got changed in the meantime or not) and
> willing to work with you to reproduce and test it.
> I still have a other bugs on hold (but open) waiting for Plasma 6 in Debian,
> but if it is closed I do not know if I will still think of it when Debian
> finally manages to get recent KDE apps into testing (or even unstable).
> 
> Did you try to reproduce the bug on your system? Maybe then I don't even
> need to give feedback again once Debian gets newer packages. I suppose the
> problem is straightforward to add something along the lines of
> .convert("RGBA") before displaying or zooming, so scaling doesn't need to
> add dithering to reproduce the interpolated colors.

I'm not a Gwenview developer, just trying to help triage bugs and make sure
that developers have workable bugs in front of them when they're able to work
on them, so I wouldn't inherently know better than anyone else.

On that note, apparently none of the PNGs I had did have indexed colors (I'm
not a graphics person!) but I tried creating one and did actually see what you
described still show up in the current version.

You definitely seem to understand a good bit about how the image processing
side of things works - the suggestion on approaches to processing differently
are helpful, thanks!

And on the Debian front, I think it is tough sometimes to keep things smooth
between a project that intends to move slowly on features and do patches on top
of existing versions (Debian), and a project that moves quickly on new feature
versions and works best when all components move forward relatively quickly
(KDE). I'm not a Debian user myself, but I'll just say that without their
maintainers in the loop, there may be things they just aren't taking into
consideration.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to