Customizing core component dialogs | Community
Skip to main content
Level 5
March 1, 2020
Solved

Customizing core component dialogs

  • March 1, 2020
  • 1 reply
  • 9007 views

https://docs.adobe.com/content/help/en/experience-manager-core-components/using/developing/customizing.html#customizing-dialogs

 

As per the 'Customizing Dialogs' section of the link above, when trying to customize core component dialogs, the dialog should be copied over to the proxy component (up to tab node) but should be hidden using Sling resource merger. A duplicate dialog should be created where the actual changes should be made. 

What is the rationale behind this? As per documentation, it is to 'To be fully compatible with any changes made to a dialog on its current version' but I'm not fully clear on this.

Could anyone clarify this?

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
Best answer by arunpatidar
Each dialog has a consistent node structure. It is recommended that this structure is replicated in an inheriting component so that Sling Resource Merger and Hide Conditions can be used to hide, replace, or reorder sections of the original dialog. The structure to replicate/copy as it is from core components is defined as anything up to the tab item node level.
To be fully compatible with any changes made to a dialog on its current version, it is very important that structures below the tab item level not be touched (hidden, added to, replaced, reordered, etc.).
 
If you don't want any tab, tab can be hidden via the sling:hideResource property (see Sling Resource Merger Properties ),
 
New tab items added/modified in the proxy components that contain the configuration fields. 
Reordering can be done using sling:orderBefore 

 

https://helpx.adobe.com/experience-manager/6-3/sites/developing/using/sling-resource-merger.html

1 reply

arunpatidar
Community Advisor
arunpatidarCommunity AdvisorAccepted solution
Community Advisor
March 2, 2020
Each dialog has a consistent node structure. It is recommended that this structure is replicated in an inheriting component so that Sling Resource Merger and Hide Conditions can be used to hide, replace, or reorder sections of the original dialog. The structure to replicate/copy as it is from core components is defined as anything up to the tab item node level.
To be fully compatible with any changes made to a dialog on its current version, it is very important that structures below the tab item level not be touched (hidden, added to, replaced, reordered, etc.).
 
If you don't want any tab, tab can be hidden via the sling:hideResource property (see Sling Resource Merger Properties ),
 
New tab items added/modified in the proxy components that contain the configuration fields. 
Reordering can be done using sling:orderBefore 

 

https://helpx.adobe.com/experience-manager/6-3/sites/developing/using/sling-resource-merger.html

Arun Patidar
Level 5
March 5, 2020
Thanks again for the reply. "But it is also fine to make changes in existing tab inside proxy component." - I share this view but the document I think says otherwise and I was confused as to the reasoning for the same. Probably I'm misreading the document... 🙂