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

ISSUE-397: Adds Usage Tab to Metadata Display Entities #398

Merged
merged 16 commits into from
Jan 4, 2024
Merged

Conversation

DiegoPino
Copy link
Member

see #397

Just opening the pull even if this is so far just an UI experiment (table? checkboxes? containers? who knows, not super inspired today)

Will keep pushing code until I feel the UI/UX is intuitive

@DiegoPino DiegoPino added enhancement New feature or request metadata Meta(l) data IIIF Specs/Manifests/Implementations Custom Entities Field Formatter The thing that glues the pieces and adds glitter View Mode Many fields, each one with a formatter that renders your ADOs UI driven hints Show stuff on screen so people have less guessing to do UX Like UI but with an X Working Group's 💜 Imagined, curated and loved by the Working Group Drupal Views Ask and you should receive Drupal 10 Upgrade economy labels Dec 30, 2023
@DiegoPino DiegoPino added this to the 1.4.0 milestone Dec 30, 2023
@DiegoPino DiegoPino marked this pull request as draft December 30, 2023 17:55
in 1.4 we should move (AMI set issue/pull) to using UUIDs for referenced Metadata Displays in AMI sets. Why? Bc we do that since 1.0.0 everywhere, except there. Makes also AMI sets portable between systems.
@alliomeria
Copy link
Contributor

Ooo, looking forward to giving this a test run 🤓

Take care and enjoy the rest of your weekend @DiegoPino!

… Modes

Basically. We calculate first if an exposed view mode uses this template, we remember which ones, then on the View Mode settings we check if also that exposed endpoint is used. And now we remember also the View Mode. Why? For the next pull, where we get now Views/Blocks that Might be also using "rendered" entities and thus, also indirectly via these making use of the template.
So why? Because Views config save the "overrides" in a different part. Which means if all displays override, the original settings we are getting still have references to the "original usage", e.g a Rendered Entity ... mmmm or an old Field/formatter setting
Still need to figure out Layout Builder settings and when an indirect usage is present
a shorter calculation logic, returns TRUE on the first encountered usage)
@DiegoPino DiegoPino marked this pull request as ready for review January 3, 2024 20:57
@DiegoPino
Copy link
Member Author

@alliomeria this is ready for review. Let me know if you need a walk through, ideas on how to test/break

@alliomeria
Copy link
Contributor

This is great @DiegoPino! Will be very useful for Archipelago users. Thank you so much! Going to merge now.

@alliomeria alliomeria merged commit 3e1d052 into 1.3.0 Jan 4, 2024
@DiegoPino DiegoPino deleted the ISSUE-397 branch January 4, 2024 22:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Custom Entities Drupal Views Ask and you should receive Drupal 10 Upgrade economy enhancement New feature or request Field Formatter The thing that glues the pieces and adds glitter IIIF Specs/Manifests/Implementations metadata Meta(l) data UI driven hints Show stuff on screen so people have less guessing to do UX Like UI but with an X View Mode Many fields, each one with a formatter that renders your ADOs Working Group's 💜 Imagined, curated and loved by the Working Group
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants