Adds the edit collection page in the SPA.
Reuses the form to create a collection with a few refactors to be able to work for both modes (create and edit).
Which issue(s) this PR closes:
Closes #545
Special notes for your reviewer:
This can be reviewed as it is now, but for QA purposes I would wait until these two issues are merged first:
Navigate with cd packages/design-system && npm i && npm run build.
Return with cd ../../.
Ensure you have a .env file similar to .env.example, with the variable VITE_DATAVERSE_BACKEND_URL=http://localhost:8000.
Navigate with cd dev-env.
Start the environment using ./run-env.sh unstable.
To verify the environment, visit http://localhost:8000 and check your local Dataverse installation.
Step 2: Test the feature
Create subcollections and edit them, go to edit them again and validate that the fields are changed.
Validate that works similar as in the JSF version.
Also validate that when editing the root collection the form also looks the same way as in JSF.
Does this PR introduce a user interface change? If mockups are available, please link/include them here:
No, pretty much the same UI from the create collection page.
Is there a release notes update needed for this change?:
coverage: 97.754% (+0.2%) from 97.561%
when pulling c836d0e64542d3f58be57725bdc08e63487570ca on feat/545-edit-collection-page
into 53a6a3f7e014ea34024597ee3f8f3bc507f04759 on develop.
What this PR does / why we need it:
Adds the edit collection page in the SPA. Reuses the form to create a collection with a few refactors to be able to work for both modes (create and edit).
Which issue(s) this PR closes:
Special notes for your reviewer:
This can be reviewed as it is now, but for QA purposes I would wait until these two issues are merged first:
Suggestions on how to test this:
Step 1: Run the Development Environment
npm i
.cd packages/design-system && npm i && npm run build
.cd ../../
..env
file similar to.env.example
, with the variableVITE_DATAVERSE_BACKEND_URL=http://localhost:8000
.cd dev-env
../run-env.sh unstable
.Step 2: Test the feature Create subcollections and edit them, go to edit them again and validate that the fields are changed. Validate that works similar as in the JSF version. Also validate that when editing the root collection the form also looks the same way as in JSF.
Does this PR introduce a user interface change? If mockups are available, please link/include them here:
No, pretty much the same UI from the create collection page.
Is there a release notes update needed for this change?:
No
Additional documentation:
No