Arquitetura TC/Plugin: devemos ter mais controle sobre as classes?

Dev
1

Recentemente, movi um pequeno componente para .gjs no Locations Plugin. Ele adiciona uma forma alternativa de Localização ao site e ao outlet de localizações no perfil do usuário. Ao mesmo tempo, ele oculta as informações de localização redundantes que são substituídas pelo código do plugin.

Reavaliei o valor do código que havia sido escrito anteriormente em relação aos padrões modernos.

Agora, usar outlets de plugin é bom, mas deveríamos também ter a capacidade de influenciar a classe pai da div de encapsulamento acima do outlet?

Porque atualmente, neste caso, estou tendo que manipular o DOM para ocultar informações redundantes de seu irmão:

Eu preferiria fazer essa alteração com modificação explícita de um componente do que com manipulação do DOM?

Talvez eu tenha perdido algo aqui.

1 curtida
2

Você pode esboçar como imagina que uma API como essa funcionaria no lado do núcleo e do plugin/tema?

Uma coisa semelhante que temos é o helper {{body-class \"blah\"}}. Se você colocá-lo em qualquer “outlet”, ele aplicará a classe “blah” ao <body>.

4 curtidas
3

Outra ideia é usar um seletor CSS mais sofisticado. Por exemplo, todos os navegadores de destino do Discourse agora suportam :has()

(mas é importante considerar o desempenho ao usá-lo)

2 curtidas
4

Ah, então eu perdi um truque :sweat_smile:

Sim, prefiro isso à opção has.

Oh, isso pode resolver para mim neste caso, muito útil, deixe-me tentar!

4 curtidas
5

FYI, isso parece ter funcionado bem:

muito obrigado David!

1 curtida
6

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.