Expand my Community achievements bar.

Don’t miss the AEM Skill Exchange in SF on Nov 14—hear from industry leaders, learn best practices, and enhance your AEM strategy with practical tips.
SOLVED

How to Overlay/Customize the Page Information list in AEM Sites.

Avatar

Level 5
Level 5

I have done the overlay of /libs/wcm/core/content/editor to /apps/wcm/core/content/editor. and able to see the Page Information Title gets updated as per the overlay concept.

1847561_pastedImage_1.png

But the list of the Page information is not getting triggered from the overlay node, even though i change the granite:id and href paths.

1847563_pastedImage_3.png

Is there any property am missing in this steps.?

1 Accepted Solution

Avatar

Correct answer by
Level 10

Hello Var,

Here is what I managed to do, is this what you'd like?

1847771_pastedImage_0.png

Solution

Here the XML content of /apps/wcm/core/content/editor/jcr:content/content/items/content/header which produces the custom button from the screenshot:

<?xml version="1.0" encoding="UTF-8"?>

<jcr:root xmlns:sling="http://sling.apache.org/jcr/sling/1.0" xmlns:granite="http://www.adobe.com/jcr/granite/1.0" xmlns:jcr="http://www.jcp.org/jcr/1.0" xmlns:nt="http://www.jcp.org/jcr/nt/1.0"

    jcr:primaryType="nt:unstructured">

    <items jcr:primaryType="nt:unstructured">

        <headerbar jcr:primaryType="nt:unstructured">

            <items jcr:primaryType="nt:unstructured">

                <pageinfopopover jcr:primaryType="nt:unstructured">

                    <items jcr:primaryType="nt:unstructured">

                        <list jcr:primaryType="nt:unstructured">

                            <items jcr:primaryType="nt:unstructured">

                                <custom-button

                                    granite:class="pageinfo-custom-button"

                                    granite:title="This is a custom button"

                                    jcr:primaryType="nt:unstructured"

                                    sling:orderBefore="unpublish"

                                    sling:resourceType="granite/ui/components/coral/foundation/button"

                                    text="This is a custom button"/>

                            </items>

                        </list>

                    </items>

                </pageinfopopover>

            </items>

        </headerbar>

    </items>

</jcr:root>

For the sake of making it interesting, I added a sling:orderBefore property to the custom-button node to illustrate how you would place your button in the list wherever you would like

How to overlay the right way

You have overlaid the whole /libs/wcm/core/content/editor node which not a good idea. Here is a picture of your node tree, with the area you actually need to change (in green) vs what you've overlaid but didn't actually need to (in red):

1847772_pastedImage_10.png

As you can see, this is not very efficient, but more importantly, it is actually a bit dangerous You can read more about overlays here and more about how Sling manages them here, from the official Adobe documentation

By comparison, look at my node tree:

1847773_pastedImage_18.png

And in this whole tree, only the last node contains properties, the rest are empty and simply serve to create the path from apps to custom-button. This is much more efficient (both in time and in the size of the /apps node) and more future-proof.

To illustrate my point, lets imagine the following scenario.

I don't know what version of AEM you are on but image that you do an upgrade in the future which adds functionalities and/or fixes to the editor by modifying some nodes and files under /libs/wcm/core/content/editor. You would never benefit from those changes, because despite them being installed under /libs, when you load the editor, Sling will first check in /apps, find a resource and never look in /libs.

As a best best practice, you should aim to overlay the absolute minimum. Don't overlay nodes unless you need to change their properties and don't overlay properties unless you really need to make a change. Not only that, but each time you upgrade, you should be patching all your customizations! If you have overlaid 500 nodes vs 50, that will multiply the complexity of your upgrades by 10.

Conclusion

I hope this has helped you? If you have any more questions or if anything in my answer is unclear, please don't hesitate to ask

View solution in original post

5 Replies

Avatar

Correct answer by
Level 10

Hello Var,

Here is what I managed to do, is this what you'd like?

1847771_pastedImage_0.png

Solution

Here the XML content of /apps/wcm/core/content/editor/jcr:content/content/items/content/header which produces the custom button from the screenshot:

<?xml version="1.0" encoding="UTF-8"?>

<jcr:root xmlns:sling="http://sling.apache.org/jcr/sling/1.0" xmlns:granite="http://www.adobe.com/jcr/granite/1.0" xmlns:jcr="http://www.jcp.org/jcr/1.0" xmlns:nt="http://www.jcp.org/jcr/nt/1.0"

    jcr:primaryType="nt:unstructured">

    <items jcr:primaryType="nt:unstructured">

        <headerbar jcr:primaryType="nt:unstructured">

            <items jcr:primaryType="nt:unstructured">

                <pageinfopopover jcr:primaryType="nt:unstructured">

                    <items jcr:primaryType="nt:unstructured">

                        <list jcr:primaryType="nt:unstructured">

                            <items jcr:primaryType="nt:unstructured">

                                <custom-button

                                    granite:class="pageinfo-custom-button"

                                    granite:title="This is a custom button"

                                    jcr:primaryType="nt:unstructured"

                                    sling:orderBefore="unpublish"

                                    sling:resourceType="granite/ui/components/coral/foundation/button"

                                    text="This is a custom button"/>

                            </items>

                        </list>

                    </items>

                </pageinfopopover>

            </items>

        </headerbar>

    </items>

</jcr:root>

For the sake of making it interesting, I added a sling:orderBefore property to the custom-button node to illustrate how you would place your button in the list wherever you would like

How to overlay the right way

You have overlaid the whole /libs/wcm/core/content/editor node which not a good idea. Here is a picture of your node tree, with the area you actually need to change (in green) vs what you've overlaid but didn't actually need to (in red):

1847772_pastedImage_10.png

As you can see, this is not very efficient, but more importantly, it is actually a bit dangerous You can read more about overlays here and more about how Sling manages them here, from the official Adobe documentation

By comparison, look at my node tree:

1847773_pastedImage_18.png

And in this whole tree, only the last node contains properties, the rest are empty and simply serve to create the path from apps to custom-button. This is much more efficient (both in time and in the size of the /apps node) and more future-proof.

To illustrate my point, lets imagine the following scenario.

I don't know what version of AEM you are on but image that you do an upgrade in the future which adds functionalities and/or fixes to the editor by modifying some nodes and files under /libs/wcm/core/content/editor. You would never benefit from those changes, because despite them being installed under /libs, when you load the editor, Sling will first check in /apps, find a resource and never look in /libs.

As a best best practice, you should aim to overlay the absolute minimum. Don't overlay nodes unless you need to change their properties and don't overlay properties unless you really need to make a change. Not only that, but each time you upgrade, you should be patching all your customizations! If you have overlaid 500 nodes vs 50, that will multiply the complexity of your upgrades by 10.

Conclusion

I hope this has helped you? If you have any more questions or if anything in my answer is unclear, please don't hesitate to ask

Avatar

Level 3

Hi!

 

I want to do exactly the same as you did - adding a custom button to the options list, but I want to do that in code (create an AEM bundle that once installed by my users - the button will appear with a custom action).

How can this be done? Can you point me to a code reference or so?

Avatar

Level 3

I'm trying to create the tree like in the example

BenBr9_0-1731590304590.png

 

But when trying to save it I get:

BenBr9_1-1731590320174.png

 

Avatar

Level 1

Is this solution working with AEM as a Cloud Service?

 

Thanks,

Avatar

Level 3

This seems to work for Cloud service. However, we might need to create the whole structure in apps.

Can anyone suggest if this is the right approach?

 

Thanks