Closed kchall closed 1 month ago
FYI, PR #286 adds a function Corpus.increaseminID() which will hopefully be useful when merging.
Thanks, Kaili!
@stannam note that merge has been bare-bones implemented according to issue #299 (in a very basic form, not exactly how Kathleen specified above) so that we can get sign lists organized pre-LREC. It's not yet merged to main; I'll update here when that happens.
Update 20240408: #299 now merged to main.
@kchall some clarifying questions:
@kvesik Thanks for checking!
@kchall how would you like to deal with EntryID formatting conflicts? For example, your initial proposed mockup asks the user about potential entryid conflicts, and that would be related to the sequential counter that's used as the foundation for entry IDs. However, we also have this customizable system for what other information is also displayed as part of the entryID.
When the merge is complete, should we just by default spawn that preferences window and ask the user to confirm their entryID preferences? or just reset it back to default (nothing except sequential counter)? there could also be a separate global setting to ask what the default behaviour should be re entryID formatting when merging corpora.
@kvesik Good question. Probably best to ask them to confirm. Would it be possible, if all of the corpora involved in the merge are the same, to pre-populate with those options? If that's tricky, though, it can just be the regular default options shown.
Note to self after starting to tie myself into knots over this... I forgot that the EntryID format settings are global for the software overall, not for each corpus. So this is a moot point since the user will always see the EntryIDs displayed in the same way anyway. Phew!
Corpus.increaseminID()
still useful anymore?
- [If Additional glosses for each sign #105 has been implemented, have some kind of reporting of conflicting EntryID-glosses and what to do about it -- needs to be manually corrected before the merge can proceed]
Note for documentation: the user can choose to merge the selected files into the currently-open corpus (overwriting it with the merged version) OR to merge them into an entirely new corpus. Either way, the file selection logic takes care of the currently-open corpus (makes sure it is selected if necessary and that it is not selected twice).
Update: There is no longer any option to merge into the currently-open corpus. All merges create new files.
Allow corpora to be merged together.