Pergunta

Por uma grande resposta da outra pergunta tenho começado a montagem recursos globais (css / js / imagens) no método init() da minha WebApplication. Usando o seguinte:

mountSharedResource("/images/edit-btn.gif", new ResourceReference(GlobalResource.class, "edit-btn.gif").getSharedResourceKey());

Isto, obviamente, permite css em outro pacote de fazer algo parecido com isto:

background-image: url("/images/edit-btn.gif");

O problema que eu tenho que correr em é que isso só funciona em tempo de execução, o montado caminho é virtual. Um dos grandes benefícios de Wicket (imo) foram as características (<wicket:remove>, XML etiquetas válidas, links de cabeça, página herança) que permitiam um designer página trabalho com layout para ser capaz de visualizar a página com seu imagens, js, css, etc sem ter que correr dentro do motor postigo.

Estou totalmente acceptant do fato de nunca há uma linha clara entre os papéis de designer / programador em aplicativos web, mas parece estranho para mim os designers Wicket perdeu isso. Existe alguma maneira para permitir que uma imagem usado globalmente para tornar stand-alone, bem como o trabalho em tempo de execução em Wicket?

Foi útil?

Solução

a maneira recomendada é tomar html do seus designers e vire em em componentes postigo - o que significa que você vai dividi-lo em vários arquivos. Renderização esses arquivos parciais não funcionam sem qualquer esforço extra. Eu recomendo a instalação de um script simples, ferramenta ou qualquer coisa nesse sentido que vai começar a sua webapp para seus designers para trabalhar. Desta forma, eles podem modificar os fragmentos e ver imediatamente a prestação atualizado. Você vai ter que chegar a acordo sobre uma estrutura comum e dizer-lhes como usar o <wicket:remove> e você deve ser fino.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top