<br><br><div><span class="gmail_quote">2007/6/24, Thorsten Schnebeck <<a href="mailto:thorsten.schnebeck@gmx.net">thorsten.schnebeck@gmx.net</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> I'm not German guy, and i don't under article... But i think there is a<br>> error :<br>><br>> Article10.jpg ==> BildBearbeitung/Tonen/sepia ==> of course digiKam support<br>> Sepia conversion thrue editor...
<br>><br>><br>> Gilles<br><br>First, thanks Gerald,<br><br>as the c't makes quite hard but fair reviews the digikam team can be really<br>proud with this test result and notes<br><br>There is another error in the table:
<br>digikams auto correction tool is not only based on colors but also on contrast<br>and brightness.<br><br>I'm not sure about the virtual folder remark ("only based on searching" ), as<br>IMHO date view, tag view are also kind of virtual folders but I don't know
<br>what the definition here is.<br><br>There is one interesting point in the text:<br>Why the functions of the the cam photo importer are not available for import<br>photos from folder so that features like exif rotation or automatically
<br>setting IPTC labels can also be used there.</blockquote><div><br>because it's planed to do it (there is a file in B.K.O). It's just delayed after KDE4 port. It's just a question of time...<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
They also missed searching on EXIF or IPTC data.</blockquote><div><br>idem. DB structure need to be updated/changed/improved for that. Marcel working on...<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
A weak point of the whole test is the missing advanced stuff like 16 bit color<br>or CMS so the focus is more on the casual JPEG use case.</blockquote><div><br>right</div></div><br>Gilles<br>