Replies: 1 comment 1 reply
-
I think having an analogous mechanism to the already available bulk metadata (https://www.hlx.live/docs/bulk-metadata) would make sense. Paired with a local override mechanism, this would satisfy the requirements. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
In AEM, we use inherited page properties for many different use cases. With our move to Franklin/Milo, what is the alternative place to store these properties?
Some of these properties we could move to config in code and agree that Content Authors won't have control over them anymore.
But where to put the properties that Authors still should be able to control without a code change?
For example, Author wants to set 'checkoutRedirect' like this:
/website - '/checkout/home'
/website/productA/ - '/checkout/productA'
/website/productA/subproduct - '/checkout/productA/promo'
/website/productB/ - '/checkout/productB'
I've seen metadata being used for similar use cases. However, it doesn't feel like the right place for it because these properties are not metadata and shouldn't be in tags.
Beta Was this translation helpful? Give feedback.
All reactions