Summary: | Please Add xattr support for metadata | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Bravo Baavo <b4yf823ap56y457945ty4w7o> |
Component: | Database-Baloo | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED NOT A BUG | ||
Severity: | wishlist | CC: | caulier.gilles, KDE, metzpinguin, tagwerk19 |
Priority: | NOR | ||
Version: | 7.2.0 | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
See Also: | https://bugs.kde.org/show_bug.cgi?id=433822 | ||
Latest Commit: | Version Fixed In: | 7.2.0 |
Description
Bravo Baavo
2021-02-26 11:55:42 UTC
I don't see where it can be beneficial to have tags in extended file attributes. I don't know of any program that would read this information. In addition, Qt does not currently support reading and writing of xattr. The native system code that we would have to write would only work on Linux. Windows and MacOS use their own interfaces. Maik (In reply to Maik Qualmann from comment #1) > I don't see where it can be beneficial to have tags in extended file > attributes. I don't know of any program that would read this information. In > addition, Qt does not currently support reading and writing of xattr. The > native system code that we would have to write would only work on Linux. > Windows and MacOS use their own interfaces. > > Maik Hi Maik, I think KDE/Gweview uses xattr to store metadata, it's also supported by the KDE/kfilemetadata library: https://github.com/KDE/kfilemetadata/blob/master/src/usermetadata.cpp#L46 maybe it's worth implementing for compatibility with this? Kind regards, Baa. digiKam has already a kfilemetadata compatibility layer, disabled by default. Look in Setup Metadata tab named "Baloo". Note that section is optional and can be disabled at compile time. Gilles Caulier (In reply to caulier.gilles from comment #3) > digiKam has already a kfilemetadata compatibility layer, disabled by > default. Look in Setup Metadata tab named "Baloo". Note that section is > optional and can be disabled at compile time. > > Gilles Caulier This works great, thanks! Kind regards, Baa So, something like this would be possible? I've enabled the "Settings / Configure digiKam / Metadata / Baloo" options: Store metadata from digiKam in Baloo Read metadata from Baloo and selected, under "Behaviour / Write this information to the Metadata": Image Tags Captions and title Rating Then if I have an image with extended attributes, as listed by getfattr: getfattr -d testfile.jpg # file: testfile.jpg user.baloo.rating="6" user.xdg.comment="A comment" user.xdg.tags="A Tag" and run digiKam, I should be able to see these? Also, if I add a tag and change the rating within digiKam, I should see these new values appear in the filesystem? See also Bug 433822 |