https://bugs.kde.org/show_bug.cgi?id=82979
Henrik Fehlauer <rk...@lab12.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rk...@lab12.net
--- Comment #16 from Henrik Fehlauer <rk...@lab12.net> ---
In Gwenview 1.4 it worked this way:
- "View → Colours" menu
- Increase/Decrease Gamma/Brightness/Contrast actions
- Ctrl-(Shift)-B/C/G shortcuts
- "Adjust B/C/G" dialog with a live on-canvas preview and a "Defaults" button
(setting all values back to 0)
- All changes only temporarily affected the current image.
I guess we could reimplement this, and:
- Add temperature and saturation
- Drop "Ctrl" in the shortcuts, i.e. (Shift)-B/(C)/G/T/S (the only conflict is
with Shift-C for Crop, so we'd need to either change Crop or use a different
letter for Contrast – I'd prefer the latter)
- Add an entry to the "Operations" panel
- Consider changing the (external) dialog to the inline style as used for Crop
- (later) Add the ability to save the changes back to the image
> the monitor is not correctly calibrated
That should be solved at the system level, i.e. either in the Gamma KCM or by
improving colour profile support in general.
For adjusting multiple images, it might be worth bringing back the KIPI plugins
for batch editing. However, probably the adjustments would have to be done for
each image individually anyway, as they mostly depend on the image itself.
IOW, to make this manageable there needs be a clear separation:
- Monitor issues are none of Gwenview's business.
- Image/Camera imperfections are good candidates for correction in Gwenview.
> applied before or after ICC color correction
I might be wrong, but currently I'd imagine it could work this way:
Image on disk → Apply transformations (Crop, Rotate, Gamma etc.) → Display
(obeying zoom level, ICC profile etc.)
> my viewer
If the viewer had a name, I could test it out, perhaps leading to some
inspiration… ;)
--
You are receiving this mail because:
You are watching all bug changes.
