[Digikam-devel] [Bug 205776] "Embedded preview loads full image size" does not only do what it says, confusing users

[Marcel Wiesweg]

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





--- Comment #9 from Marcel Wiesweg <marcel wiesweg gmx de>  2009-08-31 19:31:17 ---
I was mainly asking because of implementation details involved. I think the
wording of the options should be plain and intuitive.

Let's think about the rationale behind this: This is mainly about JPEGs and RAW
files. It is faster to load a JPEG to a smaller size; it is much faster to load
a RAW embedded preview than loading a full RAW file. So users should choose
between speed and quality. Imagine two radio boxes
(x) Load previews fast
( ) Load previews in high quality
Now comes RAW; for RAWs, "high quality" is not clearly defined. For choice 2,
we can
a) load a full-quality embedded preview
b) load a reduced quality embedded preview
c) load with RAW loader (automatic colors and white balance)

For the "fast" choice, a) + b) + c) are acceptable (in this order); for the
high quality choice, I would default to b) iff we can verify that the preview
is really full-quality - that was why I was asking if we can verify this.
For me it's all right to add a dependent non-default option "Always load RAW
files from actual RAW data" or a default option "Use full quality embedded
preview in RAW files".

We need to decide on the intended behavior; secondly we need to look at the
implementation and tweak it a bit.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.