Add schema-class-specific UI components #10

Open
opened 2025-02-01 15:13:11 +00:00 by jsheunis · 0 comments
jsheunis commented 2025-02-01 15:13:11 +00:00 (Migrated from hub.datalad.org)

When a user currently selects a class in the left-hand-side pane, all known instances of that class are shown, such as in the attached screenshot.

image

The current display of such a "card" is generic. The original and continued idea for shacl-vue is to dynamically render forms (editors) AND object displays (viewers) based on the specifics of the nodeshape and propertyshape being assessed. So just like shacl-vue has node-and-property-shape specific components that are dynamically matched and rendered in forms, it can have specific components that are dynamically matched and rendered in displays such as the current generic list of cards.

We can start with a display for a Thing, since that would be the most generic and also default/fallback display component. And then additional components can be built for more speciallized classes. And these components can be included/excluded, i.e. become part of the pool of matchable components, on a per-deployment basis.

When a user currently selects a class in the left-hand-side pane, all known instances of that class are shown, such as in the attached screenshot. ![image](/attachments/05539ed9-b0eb-4e40-b566-4cf0d1a675fb) The current display of such a "card" is generic. The original and continued idea for `shacl-vue` is to dynamically render forms (editors) AND object displays (viewers) based on the specifics of the nodeshape and propertyshape being assessed. So just like `shacl-vue` has node-and-property-shape specific components that are dynamically matched and rendered in forms, it can have specific components that are dynamically matched and rendered in displays such as the current generic list of cards. We can start with a display for a `Thing`, since that would be the most generic and also default/fallback display component. And then additional components can be built for more speciallized classes. And these components can be included/excluded, i.e. become part of the pool of matchable components, on a per-deployment basis.
Sign in to join this conversation.
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
trr379/annotate-trr379-demo#10
No description provided.