Question

Par une excellente réponse d'une autre question , j'ai commencé à accumuler des ressources globales (css / js / images) dans la init() méthode de mon WebApplication. En utilisant les éléments suivants:

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

Ceci permet bien sûr aux fichiers CSS d'un autre paquet de faire quelque chose comme ceci:

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

Le problème que j'ai rencontré est que cela ne fonctionne qu'au moment de l'exécution, le chemin monté est virtuel. Un des gros avantages de Wicket (imo) réside dans les fonctionnalités (<wicket:remove>, balises XML valides, liens principaux, héritage de page) qui permettent à un concepteur de page travaillant avec la mise en page de pouvoir visualiser la page avec ses images, js, css , etc. sans avoir à courir dans le moteur du guichet.

Je suis tout à fait d'accord avec le fait qu'il n'y a jamais de frontière claire entre les rôles de concepteur / programmeur dans les applications Web, mais il me semble étrange que les concepteurs de Wicket aient raté cela. Existe-t-il un moyen d’autoriser une image utilisée globalement à effectuer un rendu autonome ainsi que de fonctionner au moment de l’exécution dans Wicket?

Était-ce utile?

La solution

Je pense que la méthode recommandée consiste à prenez le code HTML de vos concepteurs et transformez-le en composants de guichet, ce qui signifie que vous le diviserez en plusieurs fichiers. Le rendu de ces fichiers partiels ne fonctionnera pas sans efforts supplémentaires. Je vous conseillerais de configurer un script, un outil ou tout autre élément similaire afin de démarrer votre application Web sur laquelle vos concepteurs pourront travailler. De cette façon, ils peuvent modifier les fragments et voir immédiatement le rendu mis à jour. Vous devrez vous mettre d'accord sur une structure commune et leur dire comment utiliser <wicket:remove> et tout devrait bien se passer.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top