SUMMARY Add a caption to the pic_1 : test_01 Add a caption to the pic_2 : test_02 Select both pictures (pic_1 and pic_2). Write a caption (test_03) in the Captions field (Captions -- Description -- Captions), and press Apply. In this case digikam no warning: changing the caption in groups can cause information loss, since both images will have the new caption: test_03! Suppose you have an album with a lot of pictures in it, but only one one has a captions. Press CTRL+A and add a caption. In this case digikam no warning: changing the caption in groups can cause information loss, deletes the existing caption and it replace with the new caption, and NO WARNING! And... If multiple images are selected, Digikam does not allow add a caption to the existing one caption. Always overwrites the original caption, but not warning: changing the caption in groups can cause information loss! EXPECTED RESULT In the case of a group selection and caption or title editing, Digikam always warn the user, if the Album contains an image that has a caption. SOFTWARE/OS VERSIONS Windows: Windows 10 Linux/KDE Plasma: LinuxMint 20.3; appimage
It is actually clear that if you mark several images, the change goes to all images. This is no different with a template or when you change the rating. Even if some images already have a rating, all will be set to the new value. Maik
(In reply to Maik Qualmann from comment #1) > It is actually clear that if you mark several images, the change goes to all > images. This function works well, but if the user is inattentive or does not check images before performing a group operation, existing captions may be lost, and unfortunately, digikam does not warn you that there is a captioned image in the album. For many hundreds of images, the user must check all the images in the album, before performing a group operation. A warning window would be nice!
No, we don't need a warning window here. The idea in the background is actually that you should see a grayed out caption or title in the window if they are not identical. In light letters if they are all the same. The problem is, if your last selected image does not contain a caption/title, an empty content will be displayed. I fix it... Maik
If the metadata is different, the input fields will be "dimmed" and look as if they are disabled. Depending on the color scheme, it may not be immediately obvious. What I definitely don't want is any warning message popping up. Right now I have no idea how we can better tell the user that the metadata isn't the same... Other users should not be annoyed by a popup either. Maik
In my opinion lost image information is more annoying than the warning window... ...but, if the digikam would allow the information to be expansion in the case of a group selection, maybe this problem would be solved. What I mean? Image_1 : Caption: A Image_2 : Caption: B Select: Image_1 and Image_2 Add a new information: C In this case Image_1 new caption: A C Image_2 new caption: B C What do you think?
Created attachment 147080 [details] warning-icon A possible idea would be this warning icon if the selected items in the comments and title texts are different. Maik
Not a bad idea!
(In reply to Maik Qualmann from comment #6) > Created attachment 147080 [details] > warning-icon > > A possible idea would be this warning icon if the selected items in the > comments and title texts are different. > > Maik Hi Maik. Your idea (warning icon) and disable the edit field if the caption is different. What do you think?
Git commit 5fd1ee737ba4c8871deb4273aa028a2d3f7f72cc by Maik Qualmann. Committed on 05/03/2022 at 19:58. Pushed by mqualmann into branch 'qt5-maintenance'. inform with the placeholder text if different text here FIXED-IN: 7.7.0 M +2 -1 NEWS M +5 -1 core/libs/properties/captions/captionedit.cpp M +2 -0 core/libs/properties/captions/captionedit.h M +34 -1 core/libs/properties/captions/itemdescedittab.cpp M +3 -0 core/libs/properties/captions/itemdescedittab.h https://invent.kde.org/graphics/digikam/commit/5fd1ee737ba4c8871deb4273aa028a2d3f7f72cc
Hi Maik. Which build will this fix be available?
Future 7.7.0 pre-release bundles available here : https://files.kde.org/digikam/ Gilles Caulier
Hi Gilles. Thanks for answer. I tested digiKam-7.7.0-20220306T200649-Win64.exe, but not contain this fix (or don't work fix?). Perhaps later I try again...
yes, the builds are done one time by day Gilles Caulier
The patch is included in this version and works as intended. If you see "deactivated" text in the fields, this is also an indication that different content is included. Change a language and you will surely see the message. Maik
"Change a language and you will surely see the message." Ok, tested it, but: The message display problem is not related to the language settings. Pic01 caption: A Pic02 caption: B Pic03 caption: default empty In this case the captions is differents. Select Pic01 and Pic02, but no warning message!!! Press CTRL and select Pic03 too: "Selected items have different different text here" message is appear. Conclusion: The warning message appears when the caption of the last selected image is blank.
Your idea: "A possible idea would be this warning icon if the selected items in the comments and title texts are different." It was a very good idea... ...why did you throw it away?
As I said, the text of the last selected item is dimmed and is therefore an indication that the content of the other items is different. It should be clear that if you edit the comment, the content will apply to all other selected items (including languages). Keep in mind that users who edit comments in bulk expect all items to have the same content afterwards. If we start mixing comments and languages here, there will be chaos. I didn't really like the solution with the icon, because the layout changes when it appears. I'm thinking about it again... Maik
*** Bug 462535 has been marked as a duplicate of this bug. ***
You said: "If the content differs the text appears as disabled..." "As I said, the text of the last selected item is dimmed and is therefore an indication that the content of the other items is different..." Here a small video (25 sec): https://mega.nz/folder/8BxmyJzD#CwIdNXz65hu_QqVtkKCb4Q This shows that digiKam incorrectly indicates that the captions are different, even though they are exactly the same! This function of digiKam is very unreliable! I'm sorry, but I'm still of the opinion that this can cause information loss (this is my own experience too!).
The problem occurs when there is a difference in "Xmp.digiKam.CaptionsDateTimeStamps" between the images. I'm still unsure if we ignore the date timestamp (it's hidden in the GUI in this case). Maik
Git commit 314d33677686cb88db21d33936b8003118971ff5 by Maik Qualmann. Committed on 28/08/2023 at 22:14. Pushed by mqualmann into branch 'master'. ignore the date to compare the CaptionValues I think it's safe to do this. M +2 -2 core/libs/metadataengine/containers/captionvalues.cpp https://invent.kde.org/graphics/digikam/-/commit/314d33677686cb88db21d33936b8003118971ff5