As condições Ocultar podem ser usadas para determinar se um recurso de componente é renderizado ou não. Um exemplo disso seria quando um autor de modelo configura o Componente principal list component no editor de modelo e decide desabilitar as opções para criar a lista com base em páginas filhas. Desativar essa opção na caixa de diálogo de design define uma propriedade para que, quando o componente de lista for renderizado, a condição de ocultação seja avaliada e a opção para mostrar páginas filhas não seja exibida.
As caixas de diálogo podem se tornar muito complexas, com várias opções para o usuário, que só pode usar uma fração das opções que estão à sua disposição. Isso pode resultar em experiências esmagadoras da interface do usuário para os usuários.
Ao usar condições de ocultação, administradores, desenvolvedores e superusuários têm uma maneira de ocultar recursos com base em um conjunto de regras. Esse recurso permite que eles decidam quais recursos devem ser exibidos quando um autor editar o conteúdo.
Ocultar um recurso com base em uma expressão não substitui permissões de ACL. O conteúdo permanece editável, mas simplesmente não é exibido.
com.adobe.granite.ui.components.FilteringResourceWrapper
O é responsável por filtrar os recursos com base na existência e no valor da granite:hide
propriedade, localizada no campo a ser filtrado. A implementação de /libs/cq/gui/components/authoring/dialog/dialog.jsp
inclui uma instância de FilteringResourceWrapper.
A implementação usa o Granite ELResolver API e adiciona uma variável personalizada cqDesign
por meio do ExpressionCustomizer.
Aqui estão alguns exemplos de condições de ocultação em um nó de design localizado em etc/design
ou como uma Política de conteúdo.
${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}
Ao definir sua expressão de ocultação, lembre-se:
cqDesign.myProperty
).Exemplos de condições de ocultação podem ser encontrados em todo o AEM e nos componentes principais em particular. Por exemplo, considere o componente principal da lista.
Usando o editor de modelo, o autor do modelo pode definir na caixa de diálogo de design quais opções do componente de lista estão disponíveis para o autor da página. Opções como permitir que a lista seja uma lista estática, uma lista de páginas filhas, uma lista de páginas marcadas etc. pode ser ativado ou desativado.
Se um autor de modelo optar por desativar a opção páginas filhas, uma propriedade de design será definida e uma condição de ocultação será avaliada em relação a ela, o que fará com que a opção não seja renderizada para o autor da página.
Por padrão, o autor da página pode usar o componente principal da lista para criar uma lista usando páginas secundárias escolhendo a opção Páginas secundárias.
Na caixa de diálogo de design do componente principal da lista, o autor do modelo pode escolher a opção Desativar filhos para impedir que a opção de gerar uma lista baseada em páginas filhas seja mostrada ao autor da página.
Um nó de política é criado em /conf/we-retail/settings/wcm/policies/weretail/components/content/list
com uma propriedade disableChildren
definida como true
.
A condição de ocultação é definida como o valor de uma propriedade granite:hide
no nó de propriedade da caixa de diálogo /conf/we-retail/settings/wcm/policies/weretail/components/content/list
O valor de disableChildren
é extraído da configuração do design e a expressão ${cqDesign.disableChildren}
é avaliada como false
, o que significa que a opção não será renderizada como parte do componente.
Você pode exibir a expressão de ocultação como o valor da propriedade granite:hide
no GitHub aqui.
A opção Páginas secundárias não é mais renderizada para o autor da página ao usar o componente de lista.