[digiKam-users] Fwd: digiKam vs Image File Displayers - Rotate Flip Exif

[Frédéric Da Vitoria]

I again pressed the wrong button, so I forward my remarks to the list:

-------- Message transféré --------

Hello,

About your remark "In case you didn't know, changing the orientation of 
a preview changes the image's disk file's Exif data.", this seemed 
obvious to me. Many of the commands on the preview act on the actual 
image : Move, Copy, Assign tag, Remove tag... It wouldn't make any sense 
for example to move the preview image without moving the actual image 
itself. I know that some software allow to rotate the thumbnail without 
changing the actual image, but I believe this is only because sometimes 
the thumbnail's orientation does not match the image's.

I have the same settings as. First, I checked that "Write metadata to 
flag if possible" does not change anything if "Rotate by changing the 
content if possible" is set, which matches DK's hint and definitely 
makes sense. I did not check what "Set orientation tag to normal after 
rotate/flip" did. On my machine, it is set.

My test results are different :

    Faststone : rotated
    The Gimp : does not ask anything
    Microsoft Paint : rotated
    Microsoft Word 2021 : (by dropping) rotated
    Microsoft Photos : rotated
    Microsoft Screen Capture Tool : (by dropping) rotated
    Total Commander internal viewer : rotated
    Firefox : rotated
    Sumatra Pdf : rotated
    Hugin : rotated

I did not use all the same software as you did, but there are 
discrepancies (Gimp, Paint, but I have W11 and you have W7) and all my 
test results were consistent. What is the value of "Set orientation tag 
to normal after rotate/flip" in your system ?

Windows 11, DK 7.9.0.


Le 09/03/2023 à 04:53, plowmail2010 at gmail.com a écrit :
> Nadine, Thanks for the pointer.   I didn't know about that.
>
> "Rotate by only setting a flag" in 
> Settings/Configure/Metadata/Rotation is not set.  "Rotate by changing 
> the content if possible" is set. "Write flag to metadata if possible" 
> is set.
>
> I mention all this because I was puzzled, and maybe others might be 
> puzzled.  It was a surprise to see the image file modification date 
> change when I rotated the preview image.  I expected to see a "Save" 
> button somewhere.
>
> Bob
>
> On 3/8/2023 9:05 PM, Nadine Helkenn wrote:
>> This could be because you have chosen only to set a flag for the 
>> rotation. It is a choice in the configuration.
>>
>> Nadine H
>> ------------------------------------------------------------------------
>> *From:* Digikam-users <digikam-users-bounces at kde.org> on behalf of 
>> plowmail2010 at gmail.com <plowmail2010 at gmail.com>
>> *Sent:* Wednesday, March 8, 2023 5:29 PM
>> *To:* digikam-users at kde.org <digikam-users at kde.org>
>> *Subject:* [digiKam-users] digiKam vs Image File Displayers - Rotate 
>> Flip Exif
>> digiKam 7.90
>> Windows 7 64-bit
>>
>> This is not a question.
>> FYI
>> In case you didn't know, changing the orientation of a preview changes
>> the image's disk file's Exif data.
>> Not all programs understand what to do about that.
>>
>> I did this:
>>    Albums view
>>    Double click on a thumbnail
>>    Rotate the preview  (might be the same with flip)
>>    Display the image file with ...
>>      Microsoft Picture Manager - image is not rotated
>>      Microsoft Word 2003 - not rotated
>>      File Viewer Lite - rotated
>>      GIMP - GIMP asks whether to rotate
>>      LibreOffice Draw - rotated
>>      Faststone Image Viewer - rotated
>>      Microsoft Office Document Imaging - not rotated
>>      Darktable Photo Workflow - rotated
>>      Paint - not rotated

-- 
Frédéric Da Vitoria
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20230309/81af7e1b/attachment.htm>