Använda Dölj villkor using-hide-conditions
Dölj villkor kan användas för att avgöra om en komponentresurs återges eller inte. Ett exempel på detta är när en mallskapare konfigurerar listkomponenten Core Componenti mallredigeraren och bestämmer sig för att inaktivera alternativen för att skapa listan baserat på underordnade sidor. Om du inaktiverar det här alternativet i designdialogrutan ställs en egenskap in så att det dolda villkoret utvärderas när listkomponenten återges och alternativet att visa underordnade sidor inte visas.
Ökning overview
Dialogrutor kan bli komplexa med flera alternativ för användaren, som kanske bara använder en del av de alternativ som finns till hands. Detta kan leda till en överväldigande upplevelse av användargränssnittet.
Genom att använda dolda villkor kan administratörer, utvecklare och superanvändare dölja resurser baserat på en uppsättning regler. Med den här funktionen kan de bestämma vilka resurser som ska visas när en författare redigerar innehåll.
Implementerings- och användningsinformation implementation-and-usage-details
com.adobe.granite.ui.components.FilteringResourceWrapper
ansvarar för att filtrera resurserna baserat på förekomsten och värdet av egenskapen granite:hide
som finns i fältet som ska filtreras. Implementeringen av /libs/cq/gui/components/authoring/dialog/dialog.jsp
innehåller en instans av FilteringResourceWrapper.
Implementeringen använder Granite ELResolver API och lägger till en anpassad cqDesign
-variabel via ExpressionCustomizer.
Här är några exempel på hur du döljer villkor på en designnod som finns antingen under etc/design
eller som en innehållsprincip.
${cqDesign.myProperty}
${!cqDesign.myProperty}
${cqDesign.myProperty == 'someText'}
${cqDesign.myProperty != 'someText'}
${cqDesign.myProperty == true}
${cqDesign.myProperty == true}
${cqDesign.property1 == 'someText' && cqDesign.property2 || cqDesign.property3 != 1 || header.myHeader}
Tänk på följande när du definierar ditt dolda uttryck:
- För att vara giltig måste omfånget som egenskapen finns i uttryckas (till exempel
cqDesign.myProperty
). - Värdena är skrivskyddade.
- Funktioner (om det behövs) bör begränsas till en viss uppsättning som tillhandahålls av tjänsten.
Exempel example
Exempel på dolda villkor finns i hela AEM och i kärnkomponenterna i synnerhet. Ta till exempel huvudkomponenten list.
Med mallredigeraren kan mallskaparen i designdialogrutan definiera vilka alternativ för listkomponenten som är tillgängliga för sidförfattaren. Du kan till exempel välja om listan ska vara en statisk lista, en lista med underordnade sidor, en lista med taggade sidor och så vidare, aktivera eller inaktivera.
Om en mallskapare väljer att inaktivera alternativet med underordnade sidor, ställs en designegenskap in och ett dolt villkor utvärderas mot den, vilket gör att alternativet inte återges för sidförfattaren.
-
Som standard kan sidförfattaren använda listkärnkomponenten för att skapa en lista med underordnade sidor genom att välja alternativet Underordnade sidor.
-
I designdialogrutan för listkärnkomponenten kan mallskaparen välja alternativet Inaktivera underordnade för att förhindra att alternativet att generera en lista baserad på underordnade sidor visas för sidförfattaren.
-
En principnod skapas under
/conf/we-retail/settings/wcm/policies/weretail/components/content/list
med egenskapendisableChildren
inställd påtrue
. -
Villkoret hide definieras som värdet för en
granite:hide
-egenskap på egenskapsnoden/conf/we-retail/settings/wcm/policies/weretail/components/content/list
i dialogrutan -
Värdet för
disableChildren
hämtas från designkonfigurationen och uttrycket${cqDesign.disableChildren}
utvärderas tillfalse
, vilket innebär att alternativet inte återges som en del av komponenten.Du kan visa det dolda uttrycket som värdet för egenskapen
granite:hide
i GitHub. -
Alternativet Underordnade sidor återges inte längre för sidförfattaren när listkomponenten används.