> Pour trois raisons au moins il fallait déjà prévoir un nouveau jeu de
> templates par défaut :
>
> - pour intégrer un balisage plus respectueux de la sémantique (l'ex
> donné des commentaires),
> - pour intégrer les nouveautés (existence des sous-catégories,
> troisième bandeau de widgets, SimpleMenu…),
> - pour passer à twig.
>
> Ajoutons-en une quatrième – passer à HTML5 pour tirer profit de ce que
> permet cette syntaxe – et n'en faisons qu'un seul chantier, en y
> intégrant notamment les améliorations et nouveautés que nous pouvons
> apporter à ces templates sur la base du travail déjà fait dans Ductile
> (conserver ce qui apporterait un bénéfice à tout thème, supprimer ce
> qui ne serait que propre à ce thème qui ne conserverait que les
> templates alternatifs).
>

J'ajouterais que pour ce jeux de templates, il faudrait qu'on mise sur la
factorisation des fichiers. Je ne trouve pas cela normal qu'aujourd'hui,
quand on veut ajouter une classe à la div contenant la sidebar, ou ajouter
une div immédiatement sous le div "wrapper", on doive modifier *tous* les
fichiers tpl du thème. Il y a à mon sens 3 templates de base, desquels
pourraient hériter tous les autres. Cela permettra surtout d'éviter aux
plugineurs de s'arracher les cheveux à adapter leurs templates dès lors
qu'un thème modifie les templates de base (demandez à Greg, il s'amuse bien
avec les templates Agora). Il faudrait à minima :
* Une page layout.html qui décrit le layout global des pages (comment est
constitué le top, le footer, où est le contenu, où est la sidebar, ...)
* Une page single.html, héritant de layout.html, décrivant comment s'agence
une page présentant un élément unique
* Une page list.html, héritant de layout.html, décrivant comment s'agence
une page présentant une liste d'éléments

Toutes les autres pages (posts.html, post.html, ...) héritent alors de
single.html ou de list.html

--
Bruno
-- 
Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev

Répondre à