Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

(On hold) Handle new "tags" field in Language Forge #142

Open
wants to merge 17 commits into
base: develop
Choose a base branch
from

Conversation

rmunn
Copy link
Collaborator

@rmunn rmunn commented Nov 16, 2021

Once sillsdev/web-languageforge#1008 is implemented, LF data is going to start including a "tags" field, which LfMerge will need to handle.

This is a draft PR which I'll be working on at the same time as the implementation of the LF feature. They'll both need to be merged together, so this one will remain in draft status until both PRs are done.


This change is Reviewable

Now LfMerge can create a CmPossibilityList in FLEx data if it doesn't
already exist, which will allow us to create the custom field that will
store LF tags in FLEx data.
@rmunn rmunn force-pushed the feature/canonical-lf-tags branch from 64d456d to 703fdb4 Compare November 18, 2021 02:37
FLEx projects will now have a custom list created if it doesn't already
exist, using a GUID reserved for this purpose, for storing Language
Forge tags. We should probably put something in the list description
like "Please do not edit this list", but since it will be re-created if
it doesn't exist, that's probably not needed.
For handling LF tags, and possibly other LF fields in the future, we can
now create a canonical custom field that references a CmPossibilityList
created from canonical values embedded in the resource fork of the app.
This will allow us to re-use this logic in the code that sets the LF
Tags custom field in the LF -> FW direction.
@rmunn rmunn marked this pull request as ready for review November 19, 2021 08:37
@rmunn
Copy link
Collaborator Author

rmunn commented Nov 19, 2021

This needs testing locally before it's actually ready to merge, but the bulk of the logic is there now so I'm un-marking this PR as draft. Any subsequent commits will be bug fixes, rather than major logic changes.

@rmunn rmunn changed the title Handle new "tags" field in Language Forge (On hold) Handle new "tags" field in Language Forge Aug 19, 2022
@rmunn
Copy link
Collaborator Author

rmunn commented Aug 19, 2022

Needs testing and corresponding LF work; on hold until I am able to work on it again.

@rmunn rmunn added the on-hold On hold pending developer availability label Aug 19, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
on-hold On hold pending developer availability
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant