Ah mais ça va pas du tout !
tu as surchargé des squelettes contenu/page-xxx, et extra/page-xx
C'est absolument contraire à toutes les préconisations et à tout ce qui est expliqué dans la doc !
Un thème est un habillage *visuel* qui ne doit pas contenir de surcharge des squelettes et ne doit pas se meler du fonctionnel (à savoir quelle information on affiche, sous quelles conditions etc ...).
Avec tes surcharges, ton thème perd toute compatibilité avec une variante de Zpip, hors on veut justement que les thèmes ne soient pas pieds et poings liés à un squelette.
Cédric
Le 24 nov. 2009 à 10:50, yaquoi@yaquoi.com a écrit :
Author: yaquoi@yaquoi.com
Date: 2009-11-24 10:50:45 +0100 (mar, 24 nov 2009)
New Revision: 33201
Avec tes surcharges, ton thème perd toute compatibilité avec une variante de
Zpip, hors on veut justement que les thèmes ne soient pas pieds et poings
liés à un squelette.
Cédric
A propos Cédric, Valery à commencé sur TMA_Z, je pensais faire un
plugin de surcharges du squelette zpip du genre zblog ou des petites
options en plus : du texte dans #extra et #navigation , déplacement
des formulaires les plus simples, ajout de raccourcis (plugin de Romy)
... etc .. etc ..
C'est pas que j'ai besoin de ce type de plugin, mais pour que les
thèmes soient les plus généraux possible, je crois que l'on à besoin
de définir concrètement les besoins , en vue de remplir les
conventions de nommage : SPIP-Contrib .
Valery va sans doute déjà définir certains nom en plus pour TMA
(article fearured / article dernier etc ...) , le mieux serait sans
doute de calibrer ca assez vite pour pas devoir reprendre les thèmes
au fur et à mesure des sorties de quelettes "compatible" zpip.
Ah mais ça va pas du tout !
tu as surchargé des squelettes contenu/page-xxx, et extra/page-xx
C'est absolument contraire à toutes les préconisations et à tout ce qui est expliqué dans la doc !
Un thème est un habillage *visuel* qui ne doit pas contenir de surcharge des squelettes et ne doit pas se meler du fonctionnel (à savoir quelle information on affiche, sous quelles conditions etc ...).
Avec tes surcharges, ton thème perd toute compatibilité avec une variante de Zpip, hors on veut justement que les thèmes ne soient pas pieds et poings liés à un squelette.
Cédric
Hola Super !
Ma question est comment modifier la disposition des éléments si on ne peut pas surcharger ?
J'ai commencé un thème (qui n'en est plus un vu ce qui précède) qui surcharge partout, vu que je place des éléments d'une manière différente et que je modifie même des fichiers lang.
Que fais-je, je le commite comme ça pour me faire engueuler après ou je l'aseptise complètement ?
On ne peut pas saucissonner encore plus les éléments (je veux dire, par exemple, pouvoir appeler les brèves ou le formulaire recherche indépendamment) ? C'est con ce que je dis ou il a quelqu'un qui a été confronté à cette même tragédie ?
Ou bien accepter des thèmes "discordants" ?
Last but not least, avec la SPIP 2.0.10 SVN [14765] et zspip 33258 mon thème à la con n'apparait même pas dans la liste zen même si c'est lui qui est activé et même si j'ajoute tous=oui à la fin. Cédric, je vais t'envoyer mon avocat
Si tu surcharges, c’est que c’est pas un thème
La surcharge: tu la mets dans squelettes
Les thèmes ne sont que de la css (et images hein…)…
Lorsqu’on fait le portage d’un thème d’une autre plateforme (wp, freecsstemplates, drupal, etc.), c’est qu’on fait une adaptation pour zpip… On ne surcharge rien mise à part :
inc-theme-head.html
habillage.css
inc-insert-head.html
Et inc-theme-copyleft.html
Donc, tout ça pour dire, que le z-theme est quelque chose « qui ressemblera » au thème original dû aux spécificités de Zpip… On fait au mieux et au plus proche…
Ah mais ça va pas du tout !
tu as surchargé des squelettes contenu/page-xxx, et extra/page-xx
C’est absolument contraire à toutes les préconisations et à tout ce qui est expliqué dans la doc !
Un thème est un habillage visuel qui ne doit pas contenir de surcharge des squelettes et ne doit pas se meler du fonctionnel (à savoir quelle information on affiche, sous quelles conditions etc …).
Avec tes surcharges, ton thème perd toute compatibilité avec une variante de Zpip, hors on veut justement que les thèmes ne soient pas pieds et poings liés à un squelette.
Cédric
Hola Super !
Ma question est comment modifier la disposition des éléments si on ne peut pas surcharger ?
J’ai commencé un thème (qui n’en est plus un vu ce qui précède) qui surcharge partout, vu que je place des éléments d’une manière différente et que je modifie même des fichiers lang.
Que fais-je, je le commite comme ça pour me faire engueuler après ou je l’aseptise complètement ?
On ne peut pas saucissonner encore plus les éléments (je veux dire, par exemple, pouvoir appeler les brèves ou le formulaire recherche indépendamment) ? C’est con ce que je dis ou il a quelqu’un qui a été confronté à cette même tragédie ?
Ou bien accepter des thèmes « discordants » ?
Last but not least, avec la SPIP 2.0.10 SVN [14765] et zspip 33258 mon thème à la con n’apparait même pas dans la liste zen même si c’est lui qui est activé et même si j’ajoute tous=oui à la fin. Cédric, je vais t’envoyer mon avocat
En fait il faut couper ton travail en deux parties : le thème (css,
images, javascript de présentation) dans themes/, et le fonctionnel
(tout ce que tu modifies comme html, les fichiers de langue etc) dans
un répertoire squelette (qui peut dire necessite= ton theme +
necessite = zpip).
L'idéal étant de faire que, d'un côté, ton thème marche avec le html
du Zpip "standard", et, de l'autre, que les autres thèmes marchent
avec ton html à toi.
C'est un bon exercice de dev, tout comme à l'époque où on avait
commencé à apprendre à séparer html et css.
Ah, une lumière au bout du tunnel. Tu m’intéresses : veux-tu dire qu’on fait un dossier squelettes au sein du thème et puis chacun décide ?
Si c’est comme ça c’est du pareil au même, non ?
Non, regarde la réponse de Fil…
Le répertoire « squelettes » ne s’inclus pas dans « theme »
C’est que tu fais un « squelettes » en plugin ou tu renseigneras dans plugin.xml que ce squelette/plugin a besoin de « zpip » et du thème que tu as créé…
A +
Et merci pour ta réponse
Luis
Les thèmes ne sont que de la css (et images hein…)…
Lorsqu’on fait le portage d’un thème d’une autre plateforme (wp, freecsstemplates, drupal, etc.), c’est qu’on fait une adaptation pour zpip… On ne surcharge rien mise à part :
inc-theme-head.html
habillage.css
inc-insert-head.html
Et inc-theme-copyleft.html
Donc, tout ça pour dire, que le z-theme est quelque chose « qui ressemblera » au thème original dû aux spécificités de Zpip… On fait au mieux et au plus proche…
Ah mais ça va pas du tout !
tu as surchargé des squelettes contenu/page-xxx, et extra/page-xx
C’est absolument contraire à toutes les préconisations et à tout ce qui est expliqué dans la doc !
Un thème est un habillage visuel qui ne doit pas contenir de surcharge des squelettes et ne doit pas se meler du fonctionnel (à savoir quelle information on affiche, sous quelles conditions etc …).
Avec tes surcharges, ton thème perd toute compatibilité avec une variante de Zpip, hors on veut justement que les thèmes ne soient pas pieds et poings liés à un squelette.
Cédric
Hola Super !
Ma question est comment modifier la disposition des éléments si on ne peut pas surcharger ?
J’ai commencé un thème (qui n’en est plus un vu ce qui précède) qui surcharge partout, vu que je place des éléments d’une manière différente et que je modifie même des fichiers lang.
Que fais-je, je le commite comme ça pour me faire engueuler après ou je l’aseptise complètement ?
On ne peut pas saucissonner encore plus les éléments (je veux dire, par exemple, pouvoir appeler les brèves ou le formulaire recherche indépendamment) ? C’est con ce que je dis ou il a quelqu’un qui a été confronté à cette même tragédie ?
Ou bien accepter des thèmes « discordants » ?
Last but not least, avec la SPIP 2.0.10 SVN [14765] et zspip 33258 mon thème à la con n’apparait même pas dans la liste zen même si c’est lui qui est activé et même si j’ajoute tous=oui à la fin. Cédric, je vais t’envoyer mon avocat
Donc, tout ça pour dire, que le z-theme est quelque chose "qui
ressemblera" au thème original dû aux spécificités de Zpip... On fait au
mieux et au plus proche...
En effet, que ce soit Wordpress ou Drupal, il faut noter que leur système de thème n'en est pas un puisque ça inclut le style ET le HTML. Autrement dit leur système c'est ce que SPIP avait avant en tant que "squelettes SPIP".
Le nouveau découpage "Z" est le seul je connaisse où cette fois on a vraiment une séparation fonctionnelle (dans des modules différents) entre le style et le contenu.
En fait il faut couper ton travail en deux parties : le thème (css,
images, javascript de présentation) dans themes/, et le fonctionnel
(tout ce que tu modifies comme html, les fichiers de langue etc) dans
un répertoire squelette (qui peut dire necessite= ton theme +
necessite = zpip).
FAN-TAS-TI-CO. Tout est permis. Je ne'ai plus qu'à.
L'idéal étant de faire que, d'un côté, ton thème marche avec le html
du Zpip "standard", et, de l'autre, que les autres thèmes marchent
avec ton html à toi.
Pigé. Merci
C'est un bon exercice de dev, tout comme à l'époque où on avait
commencé à apprendre à séparer html et css.
A +
Luis
Ah et pourquoi mon thème n'apparait pas dans la liste zen, même en faisant tous=oui ?
En fait il faut couper ton travail en deux parties : le thème (css,
images, javascript de présentation) dans themes/, et le fonctionnel
(tout ce que tu modifies comme html, les fichiers de langue etc) dans
un répertoire squelette (qui peut dire necessite= ton theme +
necessite = zpip).
L'idéal étant de faire que, d'un côté, ton thème marche avec le html
du Zpip "standard", et, de l'autre, que les autres thèmes marchent
avec ton html à toi.
C'est un bon exercice de dev, tout comme à l'époque où on avait
commencé à apprendre à séparer html et css.
Le 25 novembre 2009 11:59, cedric.morin@yterium.com
<cedric.morin@yterium.com> a écrit :
Le 25 nov. 2009 à 11:05, Fil a écrit :
En fait il faut couper ton travail en deux parties : le thème (css,
images, javascript de présentation) dans themes/, et le fonctionnel
(tout ce que tu modifies comme html, les fichiers de langue etc) dans
un répertoire squelette (qui peut dire necessite= ton theme +
necessite = zpip).
L'idéal étant de faire que, d'un côté, ton thème marche avec le html
du Zpip "standard", et, de l'autre, que les autres thèmes marchent
avec ton html à toi.
C'est un bon exercice de dev, tout comme à l'époque où on avait
commencé à apprendre à séparer html et css.
Tout à fait, je n'aurais pas dit mieux !
Cédric
Je compléterais par mon idée, il est possible aussi de faire un plugin
de type zpip:
1 Surcharger le squelette zpip par un autre plugin (<necessite>) pour
faire des modifications conceptuelles (exemple le plus évident : ajout
du plugin nuage a la suite de la navigation par rubrique) . Cet ajout
doit se faire conformément à certaines règles pour que les thèmes
puissent y mettre leur grain de 'beauté'.
2 Refaire un squelette sur les mêmes bases que zpip (règles de
nommages, layout contenant les inclusions ...) si les modifications
sont trop profondes. A ce sujet, TMA_Z est une première expérience,
mais on peut envisager un zpipclear, un zwordpress, un
zgateau_au_chocolat ....
L'objectif au final étant: je choisi une organisation générale qui me
convient par le zquelette, je choisi des surcharges qui vont bien, je
met le thème qui me convient et qui est totalement compatible avec le
zquelette (parceque c'est concu pour). J'y ajoute éventuellement mes
propres modification très spécifique dans le répertoire squelettes/ .
A la suite, je peut même modifier l'organisation générale et le thème
sans perdre mes modifs perso de squelettes/. C'est bien sur
extrémement difficile d'arriver à ca, et ca demande beaucoup de
rigueur lors de la conception du thème et/ou du zquelette
