Le langage de templating de Zope n'est pas plus difficile, et est plus propre et plus puissant.
euh... plus propre que celui de spip, y a pas trop de mal en même temps...
quand à être "puissant"... c'est une notion qui m'échappe : pourquoi vouloir s'obstiner à mettre du code actif dans des templates ??? un template ne devrait pas contenir de code actif à mon sens, ça n'est pas logique pour moi... pourquoi déporter un comportement logiquement assigné au langage utilisé pour l'application (python,php,[ton langage ici]) dans ce qui lui sert de canevas afin de formater les informations ? en d'autres termes, pourquoi effectuer un traitement d'information dans le template ? c'est le rôle de l'application pas du template... c'est comme si les dev d'un navigateur web voulaient faire faire au "window manager" tout le travail de parsing des documents web... (j'ai pas trouvé mieux comme exemple là de suite... désolé) ça n'a pas de sens... enfin pour moi (si quelqu'un pouvait m'expliquer le but de la chose...)
De plus, si on veut "porter" un thème graphique d'une application à l'autre, ça deviens véritablement du supplice : par exemple, prendre un thème pour spip et le porter pour wordpress... ou prendre un thème pour wordpress et le porter sous plone... (ou l'inverse) ou, pire encore, avoir à utiliser en parallèle 2 de ces applications avec un même thème graphique... l'horreur (c'est du vécu) et que de temps et de place perdue...
[^] # Re: Expérience sous plone
Posté par jeffcom . En réponse à la dépêche Plone 3.0 disponible. Évalué à 2.
euh... plus propre que celui de spip, y a pas trop de mal en même temps...
quand à être "puissant"... c'est une notion qui m'échappe : pourquoi vouloir s'obstiner à mettre du code actif dans des templates ??? un template ne devrait pas contenir de code actif à mon sens, ça n'est pas logique pour moi... pourquoi déporter un comportement logiquement assigné au langage utilisé pour l'application (python,php,[ton langage ici]) dans ce qui lui sert de canevas afin de formater les informations ? en d'autres termes, pourquoi effectuer un traitement d'information dans le template ? c'est le rôle de l'application pas du template... c'est comme si les dev d'un navigateur web voulaient faire faire au "window manager" tout le travail de parsing des documents web... (j'ai pas trouvé mieux comme exemple là de suite... désolé) ça n'a pas de sens... enfin pour moi (si quelqu'un pouvait m'expliquer le but de la chose...)
De plus, si on veut "porter" un thème graphique d'une application à l'autre, ça deviens véritablement du supplice : par exemple, prendre un thème pour spip et le porter pour wordpress... ou prendre un thème pour wordpress et le porter sous plone... (ou l'inverse) ou, pire encore, avoir à utiliser en parallèle 2 de ces applications avec un même thème graphique... l'horreur (c'est du vécu) et que de temps et de place perdue...