Juste un truc : un layout peut ne pas être la règle sur tous les contextes d'un blog, je trouve ça réducteur.
Le 5 août 2013 10:33, Dsls <[email protected]> a écrit : > > >> 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 > -- Franck
-- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
