> > Plus sérieusement. Factoriser certains éléments, sans doute, mais je > verrais plutôt la conservation des html propres à chaque contexte mais > alimentées par des "briques" à agencer tout en restant adaptables à > des besoins spécifiques. > > Sinon, au sujet de Twig, il va falloir anticiper les inquiétudes des > gens qui petit à petit s'étaient familiarisés avec les tpl et vont > devoir apprendre un autre langage. Une doc bien sûr *et* des tutoriels > *et* des exemples en "chou pour chou". Et ça dès les beta,ne pas > attendre la sortie de la release qui les offrira. > > Compte tenu des deux paragraphes qui précèdent, je ne suis pas du tout > convaincue qu'il faille faire ça en une seule passe. Je propose Twig > dans un premier temps et la factorisation bien plus tard (plusieurs > mois). Trop d'apprentissages en même temps. >
Je ne suis pas d'accord. A mes yeux, factorisation et passage à twig sont indissociables. Et d'ailleurs, la factorisation me semble l'approche la plus logique quand on veut designer un thème : * On définit d'abord ce à quoi va ressembler le site dans sa globalité : l'entête, le footer, où sont les menus, les sidebars, où on va placer le contenu ... ça c'est le boulot du layout.html * Partant de ce layout, on va dire comment on affiche les listes d'éléments (ex: liste de billets), où comment on affiche un seul élément (ex : page d'un billet) là on se focalise juste sur la zone "contenu". Ce que je dis là est quasiment la même chose en twig, on dit qu'on récupère la page layout.html, et que pour la case "contenu", on va mettre ça à la place. -- Bruno
-- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
