Je suggère la programmation d'une réunion spécifique sur ce sujet si/quand
plusieurs personnes (dev notamment) auront pu eux aussi faire des essais de
mise en oeuvre.
Je pense en particulier à Bruno, JcDenis et Nicolas ! On dit pas ce lundi
mais le suivant ?
Le 21 février 2014 13:10, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
Plop les gens,
Après avoir lu et relu le billet de Bruno sur le blog DC, j'avance dans la
refonte des templates de currywurst pour y coller le système d'héritage et
d'extension et je fait les constats suivants (peut-être erronés ?) :
- Il n'est apparemment pas possible de mettre en place des blocks à
l'intérieur de balise (exemple block autour de l'attribut class du body) ?
- Je crois me souvenir qu'il n'est pas non plus possible d'avoir des blocks
dans les includes (via tpl:Include) ?
- J'ai créé un __layout.html qui reprend l'ancien home.html (qui lui est
maintenant réduit à une ligne), puis j'ai tenté d'appliquer l'héritage au
template post.html : résultat, je me retrouve avec un post.html plus long
(sic) que l'original, puisque quasiment tout le contenu diffère de l'ancien
home.html (y compris dans le head).
Du coup l'avantage procuré par ce nouveau système me paraît bien réduit, ou
alors je n'ai pas compris comment fonctionne réellement ce système et la
façon de s'en servir. De plus, certaines parties isolables des templates
sont déjà dans des includes (sidebar, top, footer, ...), du coup pas
vraiment
besoin non plus d'héritage ici.
Autre interrogation :
J'ai pour le head, un bloc qui englobe tout son contenu, puis à l'intérieur
de celui-ci plusieurs (sous-)blocks pour chacune des parties qui peuvent
varier (titre, meta, dubin.core, link rel). J'ai besoin, pour post.html, de
redéfinir chacun des sous-blocks, ce que j'ai fait, ET de rajouter du
contenu au block complet. Il y a-t-il un ordre requis, si seulement cette
manip' est possible ?
À ceux qui maitrisent ce système, que ce soit dans Twig ou celui de DC,
j'aimerais avoir vos avis, voire des précisions ou des réponses sur tout
ça.
--
Franck
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev