Bug 134485 - writing keywords to files doesn't work when dragging and dropping the keywords
Summary: writing keywords to files doesn't work when dragging and dropping the keywords
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Usability-Drag&Drop (show other bugs)
Version: 0.9.0
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-09-22 07:02 UTC by Peter Jakobs
Modified: 2019-08-14 18:49 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 6.3.0
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Peter Jakobs 2006-09-22 07:02:20 UTC
Version:           0.9.0-beta2 (using KDE KDE 3.4.2)
Installed from:    SuSE RPMs
OS:                Linux

Keywords can be assinged to images either by the context menu ore by dragging and dropping them from the keyword filter, which is much more convenient as multiple keywords can be assigned to multiple images at the same time. However, when using the drag-and-drop method, the keywords are only written to the database, not to the file itself (despite the correct settings). When using the context menu, the keywords are written to the file. In fact, when assigning a number of keywords using the drag-and-drop method and then removing one using the context menu, the rest of them will be written to the file.
Also, I'd love to see a method to globally write keywords that are in the database to the files, as I have a whole set of keywords in the database that have not been written to the files.
Comment 1 Marcel Wiesweg 2006-09-22 20:25:45 UTC
I consider this bug as very valid, it's on the TODO list (but for post 0.9.0 I think). 127583, more precisely the suggestions by Daniel Bauer in comment 5, are very similar, I mark this bug as duplicate to concentrate discussion in one place.
What's new here is the whish of batch-writing iptc, but that can be done from the sidebar as well when multiple selection is supported.

*** This bug has been marked as a duplicate of 127583 ***
Comment 2 caulier.gilles 2019-08-14 18:49:24 UTC
Fixed with bug #127583