En utilisant zpip V1 avec compositions, j'ai été assez surpris.
En effet les compositions doivent être dans le répertoire header selon
le plugin, et c'est bien ce qu'il se passe. Purtant précédemment,
c'était bien le répertoire contenu qui était lu.
IE:
- contenu/article-macompo.html et contenu/article-macompo.xml : rien:pas
de sélecteur
- header/article-macompo.html et header/article-macompo.xml : le
sélecteur apparait, la composition est prise en compte, cependant c'est
bien le fichier contenu/article-macompo.html qui est lu.
Une idée ? Une mise à jour à effectuer ? Un bétise de ma part ?
Ma config:
-* SPIP 3.0.13 [20962]
-* Compositions 3.3.4 - test
-* Zpip-dist v1 1.7.24 - stable
En utilisant zpip V1 avec compositions, j'ai été assez surpris.
En effet les compositions doivent être dans le répertoire header selon
le plugin, et c'est bien ce qu'il se passe. Purtant précédemment,
c'était bien le répertoire contenu qui était lu.
IE:
- contenu/article-macompo.html et contenu/article-macompo.xml : rien:pas
de sélecteur
- header/article-macompo.html et header/article-macompo.xml : le
sélecteur apparait, la composition est prise en compte, cependant c'est
bien le fichier contenu/article-macompo.html qui est lu.
Une idée ? Une mise à jour à effectuer ? Un bétise de ma part ?
Jamais observé ce problème, quelques pistes :
- vérifier les droits d'accès au répertoire contenu/ de ton squelette (ils semblent être bons d'après ta description du pb).
- vérifier que tu ne surcharges pas la déclaration des blocs de Z (voir ci dessous)
Par contre je ne vois pas pourquoi tu parles d'un répertoire header car il n'y en a pas par défaut dans cette version de Z :
Tu aurais donc surchargé la déclaration des blocs Z, non ?
En utilisant zpip V1 avec compositions, j'ai été assez surpris.
En effet les compositions doivent être dans le répertoire header selon
le plugin, et c'est bien ce qu'il se passe. Purtant précédemment,
c'était bien le répertoire contenu qui était lu.
Hello,
je n'ai pas ce comportement, je mets juste mes article-comp et rubrique-comp et leurs xml associés dans /contenu, et je les selectionne ensuite dans le back office.
Surcharge des blocs:
$GLOBALS['z_blocs']=array('header','footer','contenu','navigation','more','extra','subextra');
Donc composition prendrais le premier bloc ? A faire attention donc, je
test et reviens.
Denis
PS: si c'est le fonctionnement normal de compo, je l'ajouterais sur la
doc du plugin.
Le 02/12/2013 12:32, Bruno Bergot a écrit :
Hop,
Le 02/12/2013 11:16, Denis Chenu a écrit :
Bonjour,
En utilisant zpip V1 avec compositions, j'ai été assez surpris.
En effet les compositions doivent être dans le répertoire header selon
le plugin, et c'est bien ce qu'il se passe. Purtant précédemment,
c'était bien le répertoire contenu qui était lu.
IE:
- contenu/article-macompo.html et contenu/article-macompo.xml : rien:pas
de sélecteur
- header/article-macompo.html et header/article-macompo.xml : le
sélecteur apparait, la composition est prise en compte, cependant c'est
bien le fichier contenu/article-macompo.html qui est lu.
Une idée ? Une mise à jour à effectuer ? Un bétise de ma part ?
Jamais observé ce problème, quelques pistes :
- vérifier les droits d'accès au répertoire contenu/ de ton squelette
(ils semblent être bons d'après ta description du pb).
- vérifier que tu ne surcharges pas la déclaration des blocs de Z (voir
ci dessous)
Par contre je ne vois pas pourquoi tu parles d'un répertoire header car
il n'y en a pas par défaut dans cette version de Z :
Le 3 déc. 2013 à 08:39, Denis Chenu <dchenu-spip@gsill.net> a écrit :
Salut,
Ah oui, tu as sans doute raison :
Surcharge des blocs:
$GLOBALS['z_blocs']=array('header','footer','contenu','navigation','more','extra','subextra');
Donc composition prendrais le premier bloc ? A faire attention donc, je
test et reviens.
Denis
PS: si c'est le fonctionnement normal de compo, je l'ajouterais sur la
doc du plugin.
Ça n’est pas lié à composition mais à Z : le premier bloc de la liste est considéré comme le bloc principal (donc du contenu principal) qui conditionne l’existence d’une page ou non (aka si un squelette existe pour le premier bloc la page existe, sinon elle n’existe pas). Sur les autres blocs on utilise dist.html quand aucun squelette n’existe pour la page fournie.
Il faut donc mettre ‘contenu’ en premier, en effet (sauf à avoir un besoin très spécifique).
Cédric
Le 02/12/2013 12:32, Bruno Bergot a écrit :
Hop,
Le 02/12/2013 11:16, Denis Chenu a écrit :
Bonjour,
En utilisant zpip V1 avec compositions, j'ai été assez surpris.
En effet les compositions doivent être dans le répertoire header selon
le plugin, et c'est bien ce qu'il se passe. Purtant précédemment,
c'était bien le répertoire contenu qui était lu.
IE:
- contenu/article-macompo.html et contenu/article-macompo.xml : rien:pas
de sélecteur
- header/article-macompo.html et header/article-macompo.xml : le
sélecteur apparait, la composition est prise en compte, cependant c'est
bien le fichier contenu/article-macompo.html qui est lu.
Une idée ? Une mise à jour à effectuer ? Un bétise de ma part ?
Jamais observé ce problème, quelques pistes :
- vérifier les droits d'accès au répertoire contenu/ de ton squelette
(ils semblent être bons d'après ta description du pb).
- vérifier que tu ne surcharges pas la déclaration des blocs de Z (voir
ci dessous)
Par contre je ne vois pas pourquoi tu parles d'un répertoire header car
il n'y en a pas par défaut dans cette version de Z :
Le 3 déc. 2013 à 08:39, Denis Chenu <dchenu-spip@gsill.net> a écrit :
Denis
PS: si c'est le fonctionnement normal de compo, je l'ajouterais sur la
doc du plugin.
L'info donnée par Cédric ci-dessous ne semble pas être documentée, il serait vraiment sympa de l'ajouter à la doc de Z sur contrib comme tu le proposais Denis
Ça n’est pas lié à composition mais à Z : le premier bloc de la liste est considéré comme le bloc principal (donc du contenu principal) qui conditionne l’existence d’une page ou non (aka si un squelette existe pour le premier bloc la page existe, sinon elle n’existe pas). Sur les autres blocs on utilise dist.html quand aucun squelette n’existe pour la page fournie.
Il faut donc mettre ‘contenu’ en premier, en effet (sauf à avoir un besoin très spécifique).
L’info donnée par Cédric ci-dessous ne semble pas être documentée, il serait vraiment sympa de l’ajouter à la doc de Z sur contrib comme tu le proposais Denis
Calomnie : http://contrib.spip.net/Zpip-blocs-de-page-et-Ajax
« La seule obligation sur l’ordre de figuration des blocs est de placer en premier celui qui affiche le contenu principal (ici contenu) et qui sera utilisé comme bloc maître. »
Le vrai manque c’est que le plugin z-core lui-même n’est pas documenté du tout, et ça c’est pas bien.
Calomnie : Zpip, blocs de page et Ajax - SPIP-Contrib
« La seule obligation sur l’ordre de figuration des blocs est de placer en premier celui qui affiche le contenu principal (ici contenu) et qui sera utilisé comme bloc maître. »
Arf, je pensais que Denis avait cherché dans la doc sans résultat, ça m'apprendra de penser que tout le monde fait ça ^^
Le vrai manque c’est que le plugin z-core lui-même n’est pas documenté du tout, et ça c’est pas bien.
Claro, comme je le dis souvent : une contrib n'existe pas tant qu'elle n'est pas documentée
Calomnie : Zpip, blocs de page et Ajax - SPIP-Contrib
« La seule obligation sur l’ordre de figuration des blocs est de
placer en premier celui qui affiche le contenu principal (ici contenu)
et qui sera utilisé comme bloc maître. »
Arf, je pensais que Denis avait cherché dans la doc sans résultat, ça
m'apprendra de penser que tout le monde fait ça ^^
Oups .... :sifflote: ......
Le vrai manque c’est que le plugin z-core lui-même n’est pas documenté
du tout, et ça c’est pas bien.
Claro, comme je le dis souvent : une contrib n'existe pas tant qu'elle
n'est pas documentée
