-
Notifications
You must be signed in to change notification settings - Fork 16
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
Metadata fields section on create collection page #451
Metadata fields section on create collection page #451
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi @GermanSaracca, it looks very good, I just have some questions about how different parts of the code are working. thanks!
src/metadata-block-info/infrastructure/repositories/MetadataBlockInfoJSDataverseRepository.ts
Outdated
Show resolved
Hide resolved
astrophysicsBlock: ReducedMetadataBlockInfo | ||
biomedicalBlock: ReducedMetadataBlockInfo | ||
journalBlock: ReducedMetadataBlockInfo | ||
} { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If the list of metadataBlocks is retrieved from the API in the future, will this hard-coded list have to be converted to something dynamic?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Exactly, all parts of the code where I explicitly define this 6 metadata blocks will be dynamic.
} | ||
export type CollectionFormMetadataBlock = Exclude< | ||
MetadataBlockName, | ||
MetadataBlockName.CODE_META | MetadataBlockName.COMPUTATIONAL_WORKFLOW |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why do we have these names in MetadataBlockName without using them? Will they be used in the future?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is the same thing about dynamic or not dynamic metadata blocks, will change also later, this is to narrow down MetadataBlockName
to all enums except those two.
Hi @ekraffmiller, I make the requested changes and fix the e2e test 👍🏼 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me!
Update to latest version of js-dataverse and change registry back to docker.io. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Works great. Very nice job. I have tested many scenarios. We know there are pending changes, but they are on the API side and will not affect the UI.
What this PR does / why we need it:
Adds the Metadata Fields section to the create collection page.
Which issue(s) this PR closes:
Closes #444
Special notes for your reviewer:
Suggestions on how to test this:
Create a Collection from both the header ( from there will always create a collection inside Root).
Change different input levels configurations and save the collection.
Go to that collection and create a dataset from there, check fields that has been set as required, optional or hidden.
Also navigate to that created collection and check that all the input levels are configured by default as the parent collection.
Does this PR introduce a user interface change? If mockups are available, please link/include them here:
metadata-fields-section-recording.mov
Is there a release notes update needed for this change?:
N/A
Additional documentation:
N/A