Changes to permit group persistence #17795
Conversation
state information across database instances
the resulting UUID string.
when grouping changes for images
|
@TurboGit it seems I've introduced a new dependency on EDIT: As a cmake dependency? |
ralfbrown
added
the
scope: DAM
build environment (UCRT64) doesn't have a libuuid package.
I can implement the UUID function in Lua to satisfy the
requirement.
|
Removed the external dependency on libuuid as no package is available for the windows build environment. I can implement a UUID function in Lua. |
|
After conversation with the MSYS2 people, libuuid.a is at I'll still stick with the decision to implement UUID in Lua. Much less moving parts this close to feature freeze. EDIT: The /ucrt64/include/libavutil/uuid.h header file is not the equivalent of uuids/uuid.h, so at present there isn't a way to use UUID on windows other than using the WIN32 API and windows API calls. |
|
Manually merged by removing superfluous commits (code added and then removed). |
Partial fix for #16827. Actually, according to the title it's a complete fix, but the meaning is to have a way to maintain image grouping across database instances.
In order to make the grouping information survive between database instances I use
darktable|tags. This has the advantage of not cluttering up the tagging UI with lots of grouping tags while allowing the information to be stored.darktable|tags aren't included in the XMP files, but should be IMHO since they contain state information about the image. So, I added thedarktable|tags to the XMP.I added agen_uuid()function todarktable.util, in the Lua API, to generate a UUID string for each group.I added a
image-group-information-changedLua event that fires whenever a grouping change is made so the I could create/update the group tags for the image.The final piece to fix #16827 is a lua-script that monitors grouping changes and tags them, then rebuilds the groups on import.