[SPIP Zone] Z vs zpip et les zquelettes

Pour avis :

Il y a actuellement une difficulté à comprendre Z
et une tendance première à le confondre avec zpip.
et donc par exemple à penser que c'est incompatible ou concurent
avec d'autres squelettes.

Il me semble que le terme zpip est trop souvent employé,
pour des raisons historiques surement,
à des endroits où il conviendrait mieux d'évoquer Z
et ce, surtout qu'il y a maintenant d'autres squelettes publics respectant Z :
  spipclear 3
  geodiversite
  dismoi
  
Par exemple, l'article "Conventions de nommage dans Zpip"
gagnerait à s'appeler "Convention de nommage Z"

Quand aux squelettes suivant Z, on les appelle parfois squelettes Z,
mais ça peut faire penser que Z est un squelette aussi...
ou Z-compatibles qui me semble préférable mais sera difficile à chercher
sur contrib par exemple du fait que Z n'a qu'une lettre.
Ou alors Zcompatible (attaché).
A moins qu'on ne choisisse parler de Zquelettes ?

Ainsi, l'article "Conventions de nommage dans Zpip"
pourrait s'appeler "Convention Z de nommage dans un Zquelette"

Je suis admin sur spip-contrib et je veux bien faire mon possible
pour éclaircir la doc actuelle sur spip_contrib sur ce sujet
selon cet avis si banco m'est donné.

Pour être sur, voici ce que j'ai compris et qu'il me semble important
de faire apparaître clairement en intro avec les liens ad hoc :

<intro>
Z est une norme, définie par des spécifications
Ces specifications permettent de faire des themes
compatibles avec tous les squelettes respecteux de cette norme.

zpip est un tel squelette Zcompatible.
C'est donc un squelette respectueux de cette norme,
c'est à dire qu'il respecte les spécifications de nommage "Z".
Le contenu géré par ce squelette est celui de l'ancien squelette "dist",
donc assez simple.

Il y a d'autre Zquelettes (ou squelettes Zcompatibles) :
  spipclear 3
  geodiversite
  dismoi
  collezion
  ...

Tous ces squelettes Zcompatibles (ou Zquelettes) peuvent bénéficier
du plugin zengarden et de son switcher de thèmes, qui permet alors,
en un clic de sélectionner le thème du site public
parmi un ensemble de thèmes mis à disposition.
</intro>
    
JLuc

Fri, 12 Mar 2010 18:31:23 +0100, JLuc:

Il y a actuellement une difficulté à comprendre Z
et une tendance première à le confondre avec zpip.
et donc par exemple à penser que c'est incompatible ou concurent
avec d'autres squelettes.

Ah, ben d'ailleurs c'était mon cas jusqu'à maintenant.

Je suis admin sur spip-contrib et je veux bien faire mon possible
pour éclaircir la doc actuelle sur spip_contrib sur ce sujet
selon cet avis si banco m'est donné.

Jacques, mais c'est de la folie, avant il faut vendre la caravane.

Pour être sur, voici ce que j'ai compris et qu'il me semble important
de faire apparaître clairement en intro avec les liens ad hoc :
<intro>

[...]

</intro>

Je kiffe. Un vrai capricorne celui-là. Je viens de comprendre plein de
trucs d'un coup.

Bref, perso, je sais bien que c'est l'hermine ou la caravane, mais je
dis "Banco".

--
davux

Bonjour,

Le 12/03/2010 18:31, JLuc a écrit :

Il y a actuellement une difficulté à comprendre Z
et une tendance première à le confondre avec zpip.

+1, dont moi qui n'avait pas tout pigé.

Tous ces squelettes Zcompatibles (ou Zquelettes) peuvent bénéficier
du plugin zengarden et de son switcher de thèmes, qui permet alors,
en un clic de sélectionner le thème du site public
parmi un ensemble de thèmes mis à disposition.
</intro>

Il serait bien d'éclaircir où s'arrête la norme, parce que j'ai voulu m'y plonger un peu, et j'ai découvert que le nom des divs qui font la structure dans un layout n'est pas normalisé.
Donc quels divs le sont (et y en a-t-il au moins 1 ?) ?

Merci

--
Stéphane

Jeune Chambre Economique : se former en servant la communauté
  http://www.jce-saintes.org - http://www.jce-poitoucharentes.org

    BTS Electrotechnique *** http://enselec.santonum.eu

Le 13/03/2010 08:04, Stéphane Santon a écrit :

Il serait bien d'éclaircir où s'arrête la norme, parce que j'ai voulu
m'y plonger un peu, et j'ai découvert que le nom des divs qui font la
structure dans un layout n'est pas normalisé.

Ben oui c'est le principe même de Z : le layout c'est le thème qui le fournit, pas le squelette. Donc tu mets ce que tu veux.

--
RastaPopoulos

Le 13/03/2010 08:39, RastaPopoulos a écrit :

Le 13/03/2010 08:04, Stéphane Santon a écrit :

Il serait bien d'éclaircir où s'arrête la norme, parce que j'ai voulu
m'y plonger un peu, et j'ai découvert que le nom des divs qui font la
structure dans un layout n'est pas normalisé.

Ben oui c'est le principe même de Z : le layout c'est le thème qui le
fournit, pas le squelette. Donc tu mets ce que tu veux.

Ce serait à aborder dans un prochain didactoriel
"Construire un squelette zcompatible"
donc je ne saurais pas me charger par contre, faute d'expérience.

Vis à vis de la nomenclature : "zquelette" ou "squelette zcompatible" ?

JLuc

Le 12 mars 2010 à 18:31, JLuc a écrit :

Pour avis :

Il y a actuellement une difficulté à comprendre Z
et une tendance première à le confondre avec zpip.
et donc par exemple à penser que c'est incompatible ou concurent
avec d'autres squelettes.

Il me semble que le terme zpip est trop souvent employé,
pour des raisons historiques surement,
à des endroits où il conviendrait mieux d'évoquer Z
et ce, surtout qu'il y a maintenant d'autres squelettes publics respectant Z :
  spipclear 3
  geodiversite
  dismoi
  
Par exemple, l'article "Conventions de nommage dans Zpip"
gagnerait à s'appeler "Convention de nommage Z"

Quand aux squelettes suivant Z, on les appelle parfois squelettes Z,
mais ça peut faire penser que Z est un squelette aussi...
ou Z-compatibles qui me semble préférable mais sera difficile à chercher
sur contrib par exemple du fait que Z n'a qu'une lettre.
Ou alors Zcompatible (attaché).
A moins qu'on ne choisisse parler de Zquelettes ?

Ainsi, l'article "Conventions de nommage dans Zpip"
pourrait s'appeler "Convention Z de nommage dans un Zquelette"

Je suis admin sur spip-contrib et je veux bien faire mon possible
pour éclaircir la doc actuelle sur spip_contrib sur ce sujet
selon cet avis si banco m'est donné.

Pour être sur, voici ce que j'ai compris et qu'il me semble important
de faire apparaître clairement en intro avec les liens ad hoc :

<intro>
Z est une norme, définie par des spécifications
Ces specifications permettent de faire des themes
compatibles avec tous les squelettes respecteux de cette norme.

zpip est un tel squelette Zcompatible.
C'est donc un squelette respectueux de cette norme,
c'est à dire qu'il respecte les spécifications de nommage "Z".
Le contenu géré par ce squelette est celui de l'ancien squelette "dist",
donc assez simple.

Il y a d'autre Zquelettes (ou squelettes Zcompatibles) :
  spipclear 3
  geodiversite
  dismoi
  collezion
  ...

Tous ces squelettes Zcompatibles (ou Zquelettes) peuvent bénéficier
du plugin zengarden et de son switcher de thèmes, qui permet alors,
en un clic de sélectionner le thème du site public
parmi un ensemble de thèmes mis à disposition.
</intro>

Globalement je suis d'accord, tu as raison.
Le terme Zcompatible ou Zquelettes ne m'emballe pas.

Je réfléchis pendant le week end comment mieux nommer.
Peut-être est-ce le squelette demo qu'il faut renommer en Zpip-dist, et le cadre (framework) qui doit porter le nom Zpip ?

Cédric

Le 13/03/2010 10:32, cedric.morin@yterium.com a écrit :

Peut-être est-ce le squelette demo qu'il faut renommer en Zpip-dist, et le cadre (framework) qui doit porter le nom Zpip ?

Ça me parait le plus simple et du coup il y a juste un seul article à renommer : celui qui parle du squelette lui-même. En plus ça décrit bien le truc, c'est le contenu de la dist mais avec la norme zpip.

--
RastaPopoulos

Sat, 13 Mar 2010 10:32:32 +0100, cedric.morin@yterium.com:

Je réfléchis pendant le week end comment mieux nommer.
Peut-être est-ce le squelette demo qu'il faut renommer en Zpip-dist,
et le cadre (framework) qui doit porter le nom Zpip ?

Je croyais avoir compris que dans le monde SPIP, -dist représentait les
squelettes, valeurs, définitions, fonctions, etc. par défaut, qui
peuvent ensuite être redéfinies par l'utilisateur.
Du coup, est-ce qu'ici c'est vraiment le meilleur choix de terme ? De
ce que j'ai compris de l'explication de JLuc, c'est que finalement le
plugin Zpip est un exemple de squelette suivant la norme Z ; un exemple
certes excellent et très pratique, mais techniquement un exemple
équivalent aux autres squelettes suivant cette norme. Lui mettre un
suffixe -dist serait donc trompeur.

Je pencherais plutôt pour la proposition initiale de JLuc: Z c'est la
norme générale, Zpip c'est Zpip, Zen-Garden c'est le switcher,
Collezion c'est Collection en norme Z, Zorro ça sera un squelette en
noir et blanc, etc..

--
davux

cedric.morin@yterium.com a écrit :

Le 12 mars 2010 à 18:31, JLuc a écrit :

Pour avis :

Il y a actuellement une difficulté à comprendre Z
et une tendance première à le confondre avec zpip.
et donc par exemple à penser que c'est incompatible ou concurent
avec d'autres squelettes.

Il me semble que le terme zpip est trop souvent employé,
pour des raisons historiques surement,
à des endroits où il conviendrait mieux d'évoquer Z
et ce, surtout qu'il y a maintenant d'autres squelettes publics respectant Z :
  spipclear 3
  geodiversite
  dismoi
  
Par exemple, l'article "Conventions de nommage dans Zpip"
gagnerait à s'appeler "Convention de nommage Z"

Quand aux squelettes suivant Z, on les appelle parfois squelettes Z,
mais ça peut faire penser que Z est un squelette aussi...
ou Z-compatibles qui me semble préférable mais sera difficile à chercher
sur contrib par exemple du fait que Z n'a qu'une lettre.
Ou alors Zcompatible (attaché).
A moins qu'on ne choisisse parler de Zquelettes ?

Ainsi, l'article "Conventions de nommage dans Zpip"
pourrait s'appeler "Convention Z de nommage dans un Zquelette"

Je suis admin sur spip-contrib et je veux bien faire mon possible
pour éclaircir la doc actuelle sur spip_contrib sur ce sujet
selon cet avis si banco m'est donné.

Pour être sur, voici ce que j'ai compris et qu'il me semble important
de faire apparaître clairement en intro avec les liens ad hoc :

<intro>
Z est une norme, définie par des spécifications
Ces specifications permettent de faire des themes
compatibles avec tous les squelettes respecteux de cette norme.

zpip est un tel squelette Zcompatible.
C'est donc un squelette respectueux de cette norme,
c'est à dire qu'il respecte les spécifications de nommage "Z".
Le contenu géré par ce squelette est celui de l'ancien squelette "dist",
donc assez simple.

Il y a d'autre Zquelettes (ou squelettes Zcompatibles) :
  spipclear 3
  geodiversite
  dismoi
  collezion
  ...

Tous ces squelettes Zcompatibles (ou Zquelettes) peuvent bénéficier
du plugin zengarden et de son switcher de thèmes, qui permet alors,
en un clic de sélectionner le thème du site public
parmi un ensemble de thèmes mis à disposition.
</intro>
    
Globalement je suis d'accord, tu as raison.
Le terme Zcompatible ou Zquelettes ne m'emballe pas.

Je réfléchis pendant le week end comment mieux nommer. Peut-être est-ce le squelette demo qu'il faut renommer en Zpip-dist, et le cadre (framework) qui doit porter le nom Zpip ?

Cédric
_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

j'essaye de suivre et de comprendre ; c'est pas gagné :wink:

Donc si je pige "Z" est une façon de structurer une mise en forme un peu comme le w3c

et "ZPIP" est un squelette qui respecte la dite norme "Z"

je suis déjà planté ou j'ai bon ?

Le 13 mars 2010 à 10:32, cedric.morin@yterium.com a écrit :

Le 12 mars 2010 à 18:31, JLuc a écrit :

<intro>
Z est une norme, définie par des spécifications
Ces specifications permettent de faire des themes
compatibles avec tous les squelettes respecteux de cette norme.

zpip est un tel squelette Zcompatible.
C'est donc un squelette respectueux de cette norme,
c'est à dire qu'il respecte les spécifications de nommage "Z".
Le contenu géré par ce squelette est celui de l'ancien squelette "dist",
donc assez simple.

Il y a d'autre Zquelettes (ou squelettes Zcompatibles) :
  spipclear 3
  geodiversite
  dismoi
  collezion
  ...

Tous ces squelettes Zcompatibles (ou Zquelettes) peuvent bénéficier
du plugin zengarden et de son switcher de thèmes, qui permet alors,
en un clic de sélectionner le thème du site public
parmi un ensemble de thèmes mis à disposition.
</intro>

Globalement je suis d'accord, tu as raison.
Le terme Zcompatible ou Zquelettes ne m'emballe pas.

Je réfléchis pendant le week end comment mieux nommer.
Peut-être est-ce le squelette demo qu'il faut renommer en Zpip-dist, et le cadre (framework) qui doit porter le nom Zpip ?

Oui, « Zpip » et « Zpip-dist » me semblent mieux correspondre à la réalité et plus compréhensibles que « Zcompatible » ou, pire, « Zquelettes ».

-- Romy

Le 12/03/2010 17:31, JLuc a écrit :
>
> Il me semble que le terme zpip est trop souvent employé,
> pour des raisons historiques surement,
> à des endroits où il conviendrait mieux d'évoquer Z
> et ce, surtout qu'il y a maintenant d'autres squelettes publics
> respectant Z :
> spipclear 3
> geodiversite
> dismoi
>

À propos de ces squelettes respectant la norme Z,
il apparait que les squelettes dismoi et collezion surchargent en fait Zpip et donc qu'il faille que Zpip soit également installé sur le site.

Le squelette the_morning_after_Z pour sa part, semble reprendre l'ensemble des pages. Il ne nécessite donc pas Zpip tout en étant un squelette Z compatible.
par contre, dans son fichier plugin.xml, son préfixe est the_morning_after et non Z.

Je crois me souvenir avoir lu (mais je n'arrive pas à retrouver où) que tous les squelettes Z compatibles devaient avoir le même préfixe, à savoir Z, afin d'empêcher que deux squelettes Z soient activés en même temps sur un même site. Par ailleurs, cela permet dans un plugin d'utiliser un <necessite id="Z" /> explicitant que l'on a besoin d'un squelette Z compatible sans pour autant présupposer du squelette en question. D'ailleurs c'est utiliser dans les fichiers de thèmes pour Zpip.

Est-ce que cette norme est toujours de vigueur ? ou bien chaque squelette Z compatible doit-il avoir son propre prefix ?

Si elle est toujours de vigueur, cela oblige-t-il tous les autres squelettes Z à aligner leur numéro de version avec ceux de Zpip dans la mesure où certains thèmes indique un numéro de version minimum ?

Le 15/03/10 17:06, Joseph a écrit :

Le 12/03/2010 17:31, JLuc a écrit :
>
> Il me semble que le terme zpip est trop souvent employé,
> pour des raisons historiques surement,
> à des endroits où il conviendrait mieux d'évoquer Z
> et ce, surtout qu'il y a maintenant d'autres squelettes publics
> respectant Z :
> spipclear 3
> geodiversite
> dismoi
>

À propos de ces squelettes respectant la norme Z,
il apparait que les squelettes dismoi et collezion surchargent en fait
Zpip et donc qu'il faille que Zpip soit également installé sur le site.

Le squelette the_morning_after_Z pour sa part, semble reprendre
l'ensemble des pages. Il ne nécessite donc pas Zpip tout en étant un
squelette Z compatible.
par contre, dans son fichier plugin.xml, son préfixe est
the_morning_after et non Z.

Je crois me souvenir avoir lu (mais je n'arrive pas à retrouver où) que
tous les squelettes Z compatibles devaient avoir le même préfixe, à
savoir Z, afin d'empêcher que deux squelettes Z soient activés en même
temps sur un même site. Par ailleurs, cela permet dans un plugin
d'utiliser un <necessite id="Z" /> explicitant que l'on a besoin d'un
squelette Z compatible sans pour autant présupposer du squelette en
question. D'ailleurs c'est utiliser dans les fichiers de thèmes pour Zpip.

Est-ce que cette norme est toujours de vigueur ? ou bien chaque
squelette Z compatible doit-il avoir son propre prefix ?

Si elle est toujours de vigueur, cela oblige-t-il tous les autres
squelettes Z à aligner leur numéro de version avec ceux de Zpip dans la
mesure où certains thèmes indique un numéro de version minimum ?

En fait je me contente de surcharger z dans collezion pour des raisons simple : il y a des fonctions dans Z qui sont utiles. Notamment pour les pages-xxx.html. En tt cas, c'est ce dont je me rappel que Marcimat m'avait dit qu'en j'avais proposer de sortir ces options. DU coup comme j'ai besoin de ces fonctions, je vais pas le préfixer Z.

D'ailleurs je n'ai jamais entendu parler de préfix comment pour les squelettes Z. C'est pour les thèmes que j'en ai entendu parler.

Quant à aligner les numéros de versions avec ceux de Zpip, il me semble que ce n'est pas pertinent. Vu que justement, tu l'indique, ce sont les thèmes qui indique les versions minimum de ZPIP (ce qui est d'ailleur problématique, car cela suppose qu'ils sont dépendants de ZPIP ce qui même si techniquement est le cas, n'est pas vrai logiquement)

--
Maïeul
http://maieul.ouvaton.org
http://www.schtroumpfs.azerttyu.net/

Le 15 mars 2010 à 17:06, Joseph a écrit :

Le 12/03/2010 17:31, JLuc a écrit :
>
> Il me semble que le terme zpip est trop souvent employé,
> pour des raisons historiques surement,
> à des endroits où il conviendrait mieux d'évoquer Z
> et ce, surtout qu'il y a maintenant d'autres squelettes publics
> respectant Z :
> spipclear 3
> geodiversite
> dismoi
>

À propos de ces squelettes respectant la norme Z,
il apparait que les squelettes dismoi et collezion surchargent en fait Zpip et donc qu'il faille que Zpip soit également installé sur le site.

oui c'est bien ça

Le squelette the_morning_after_Z pour sa part, semble reprendre l'ensemble des pages. Il ne nécessite donc pas Zpip tout en étant un squelette Z compatible.

Non de fait il s'inspire de Z, mais il perd tous les mécanismes de construction automatique de pages, de scaffolding, et d'affectation auto des dist.html pour les blocs

Avec Zpip tu peux maintenant :

- générer automatiquement une ?page=nimportequoi avec un seul squelette contenu/page-nimportequoi (page automatique)
- générer automatiquement une page sur un objet editorial nouveau : ?page=panier créera à la volée (pour les webmestres) un squelette qui affiche tous les champ de l'objet chat de la table spip_paniers. Facile ensuite de copier coller ce squelette (voire de l'éditer à la volée avec le plugin Skeleditor) pour en faire une vrai page visible par tous
- avoir des layout spécialisé pour certain types de pages (body-page-sommaire.html)

Si tu copie juste les squelettes, tu perds ce mécanisme. Il est donc conseillé de ne rien dupliquer, mais juste de necessiter Z et de s'appuyer dessus. Cela permet par ailleurs les évolutions ultérieures (comme le scaffolding ajouté récemment).

par contre, dans son fichier plugin.xml, son préfixe est the_morning_after et non Z.

Oui très bien

Je crois me souvenir avoir lu (mais je n'arrive pas à retrouver où) que tous les squelettes Z compatibles devaient avoir le même préfixe, à savoir Z, afin d'empêcher que deux squelettes Z soient activés en même temps sur un même site.

Non, ce sont les thèmes qui ont tous le prefix 'theme'

Par ailleurs, cela permet dans un plugin d'utiliser un <necessite id="Z" /> explicitant que l'on a besoin d'un squelette Z compatible sans pour autant présupposer du squelette en question. D'ailleurs c'est utiliser dans les fichiers de thèmes pour Zpip.

Oui mais ça part du principe que Z (Zpip-dist en fait) est toujours là, et est ensuite surchargé par le squelette enrichi.

Est-ce que cette norme est toujours de vigueur ? ou bien chaque squelette Z compatible doit-il avoir son propre prefix ?

Oui chaque squelette a son préfixe, et surcharge Zpip-dist qui est une dist avec une organisation et des mécanismes auto.

Si elle est toujours de vigueur, cela oblige-t-il tous les autres squelettes Z à aligner leur numéro de version avec ceux de Zpip dans la mesure où certains thèmes indique un numéro de version minimum ?

Non, chaque squelette gère sa version, et sa dépendance à une version précise de Z

Cédric

Yop,

Le 16 mars 2010 11:30, cedric.morin@yterium.com <cedric.morin@yterium.com> a écrit :

Si tu copie juste les squelettes, tu perds ce mécanisme. Il est donc conseillé de ne rien dupliquer, mais juste de necessiter Z et de s’appuyer dessus. Cela permet par ailleurs les évolutions ultérieures (comme le scaffolding ajouté récemment).

Si tu te rappelles je t’avais posé la question sur l’intérêt d’extraire le « moteur Z » du squelette ZPIP pour justement comprendre ce qu’il fallait au minimum pour écrire un squelette Z.

Finalement, dans ta réponse je comprends qu’aujourd’hui c’est le squelette ZPIP tout entier, ou Zpip-dist si on l’appelle ainsi dans le futur.

Oui mais ça part du principe que Z (Zpip-dist en fait) est toujours là, et est ensuite surchargé par le squelette enrichi.

Alors dans ce cas, pourquoi ne pas faire différemment ? Finalement si on part du principe que ZPIP n’est autre qu’une nouvelle dist, pourquoi ne pas l’installer dans squelettes-dist ?

Je vois d’ici le troll venir mais pour pallier à cela on pourrait soit avoir une distribution SPIP-Z en plus de la distribution SPIP classique soit trouver une façon de switcher entre la dist et zpip-dist (installation ? autre ?) étant donné que de toute façon elles ne cohabitent pas ?

Eric

Le 16 mars 2010 à 11:48, Eric a écrit :

Yop,

Le 16 mars 2010 11:30, cedric.morin@yterium.com <cedric.morin@yterium.com> a écrit :

Si tu copie juste les squelettes, tu perds ce mécanisme. Il est donc conseillé de ne rien dupliquer, mais juste de necessiter Z et de s’appuyer dessus. Cela permet par ailleurs les évolutions ultérieures (comme le scaffolding ajouté récemment).

Si tu te rappelles je t’avais posé la question sur l’intérêt d’extraire le « moteur Z » du squelette ZPIP pour justement comprendre ce qu’il fallait au minimum pour écrire un squelette Z.

Finalement, dans ta réponse je comprends qu’aujourd’hui c’est le squelette ZPIP tout entier, ou Zpip-dist si on l’appelle ainsi dans le futur.

Il y aurait pas grand chose à enlever si on veut le réduire au mini.

Oui mais ça part du principe que Z (Zpip-dist en fait) est toujours là, et est ensuite surchargé par le squelette enrichi.

Alors dans ce cas, pourquoi ne pas faire différemment ? Finalement si on part du principe que ZPIP n’est autre qu’une nouvelle dist, pourquoi ne pas l’installer dans squelettes-dist ?

Parce que Zpip-dist contient les squelettes par defaut ET les mécanismes par défaut.
Alors que dans squelettes-dist il n’y a que des squelettes par défaut, les mécanismes qui vont avec (exemple rubrique-2.html) sont dans le core même.
On pourrait couper en deux, mais on gagnerait pas grand chose.

Par ailleurs, en l’état actuel Zpip-dist ne redéfinit que ce qui change (les formulaires, les modeles, les flux rss … ne sont pas redéfinis et ce sont ceux de squelettes-dist qui sont utilisés).

Je vois d’ici le troll venir mais pour pallier à cela on pourrait soit avoir une distribution SPIP-Z en plus de la distribution SPIP classique soit trouver une façon de switcher entre la dist et zpip-dist (installation ? autre ?) étant donné que de toute façon elles ne cohabitent pas ?

on y viendra d’une façon ou d’une autre, oui

Cédric

Le 16/03/2010 10:30, cedric.morin@yterium.com a écrit :

>> Le squelette the_morning_after_Z pour sa part, semble reprendre l'ensemble des pages. Il ne nécessite donc pas Zpip tout en étant un squelette Z compatible.
>
> Non de fait il s'inspire de Z, mais il perd tous les mécanismes de construction automatique de pages, de scaffolding, et d'affectation auto des dist..html pour les blocs
>
> Avec Zpip tu peux maintenant :
>
> - générer automatiquement une ?page=nimportequoi avec un seul squelette contenu/page-nimportequoi (page automatique)
> - générer automatiquement une page sur un objet editorial nouveau : ?page=panier créera à la volée (pour les webmestres) un squelette qui affiche tous les champ de l'objet chat de la table spip_paniers. Facile ensuite de copier coller ce squelette (voire de l'éditer à la volée avec le plugin Skeleditor) pour en faire une vrai page visible par tous
> - avoir des layout spécialisé pour certain types de pages (body-page-sommaire.html)
>
> Si tu copie juste les squelettes, tu perds ce mécanisme. Il est donc conseillé de ne rien dupliquer, mais juste de necessiter Z et de s'appuyer dessus. Cela permet par ailleurs les évolutions ultérieures (comme le scaffolding ajouté récemment).
>
>> par contre, dans son fichier plugin.xml, son préfixe est the_morning_after et non Z.
>
> Oui très bien
>

>
>> Est-ce que cette norme est toujours de vigueur ? ou bien chaque squelette Z compatible doit-il avoir son propre prefix ?
>
> Oui chaque squelette a son préfixe, et surcharge Zpip-dist qui est une dist avec une organisation et des mécanismes auto.
>
>> Si elle est toujours de vigueur, cela oblige-t-il tous les autres squelettes Z à aligner leur numéro de version avec ceux de Zpip dans la mesure où certains thèmes indique un numéro de version minimum ?
>
> Non, chaque squelette gère sa version, et sa dépendance à une version précise de Z
>
> Cédric

Si j'ai bien compris, la bonne démarche pour construire un squelette Z compatible consiste à surcharger Zpip qui de fait agit comme une distribution par défaut.

L'approche utilisée par the_morning_after_Z doit donc être évitée puisque du coup, bien qu'il soit compatible Z, les thèmes pour Z ne peuvent être utilisés avec ce squelette.

Cela ne mériterait-il pas une page sur Contrib pour expliciter comment écrire un squelette Z compatible ?

Bien cordialement

Joseph

Le 16/03/10 12:11, Joseph a écrit :

Le 16/03/2010 10:30, cedric.morin@yterium.com a écrit :

>> Le squelette the_morning_after_Z pour sa part, semble reprendre
l'ensemble des pages. Il ne nécessite donc pas Zpip tout en étant un
squelette Z compatible.
>
> Non de fait il s'inspire de Z, mais il perd tous les mécanismes de
construction automatique de pages, de scaffolding, et d'affectation auto
des dist..html pour les blocs
>
> Avec Zpip tu peux maintenant :
>
> - générer automatiquement une ?page=nimportequoi avec un seul
squelette contenu/page-nimportequoi (page automatique)
> - générer automatiquement une page sur un objet editorial nouveau :
?page=panier créera à la volée (pour les webmestres) un squelette qui
affiche tous les champ de l'objet chat de la table spip_paniers. Facile
ensuite de copier coller ce squelette (voire de l'éditer à la volée avec
le plugin Skeleditor) pour en faire une vrai page visible par tous
> - avoir des layout spécialisé pour certain types de pages
(body-page-sommaire.html)
>
> Si tu copie juste les squelettes, tu perds ce mécanisme. Il est donc
conseillé de ne rien dupliquer, mais juste de necessiter Z et de
s'appuyer dessus. Cela permet par ailleurs les évolutions ultérieures
(comme le scaffolding ajouté récemment).
>
>> par contre, dans son fichier plugin.xml, son préfixe est
the_morning_after et non Z.
>
> Oui très bien
>

>
>> Est-ce que cette norme est toujours de vigueur ? ou bien chaque
squelette Z compatible doit-il avoir son propre prefix ?
>
> Oui chaque squelette a son préfixe, et surcharge Zpip-dist qui est
une dist avec une organisation et des mécanismes auto.
>
>> Si elle est toujours de vigueur, cela oblige-t-il tous les autres
squelettes Z à aligner leur numéro de version avec ceux de Zpip dans la
mesure où certains thèmes indique un numéro de version minimum ?
>
> Non, chaque squelette gère sa version, et sa dépendance à une version
précise de Z
>
> Cédric

Si j'ai bien compris, la bonne démarche pour construire un squelette Z
compatible consiste à surcharger Zpip qui de fait agit comme une
distribution par défaut.

L'approche utilisée par the_morning_after_Z doit donc être évitée
puisque du coup, bien qu'il soit compatible Z, les thèmes pour Z ne
peuvent être utilisés avec ce squelette.

Cela ne mériterait-il pas une page sur Contrib pour expliciter comment
écrire un squelette Z compatible ?

Bien cordialement

Joseph

Le pb de the_morning_after_z ne vient pas des thèmes z non compatible, mais de la perte de deux fonctionalités pratique de ZPIP (corrige moi Cerdic si je mélange encore les choses) :
- possibilité d'avoir des pages particulières + compatibilités immédiate avec composition en ce contentant juste de modifier le contenu du dossier "contenu" Par exemple : page-toto.html et rubrique-composition.html
- possibilité de générer facilement un squelette pour une table non spip

--
Maïeul
http://maieul.ouvaton.org
http://www.schtroumpfs.azerttyu.net/

davux a écrit :

Fri, 12 Mar 2010 18:31:23 +0100, JLuc:

Il y a actuellement une difficulté à comprendre Z
et une tendance première à le confondre avec zpip.

Ah, ben d'ailleurs c'était mon cas jusqu'à maintenant.

Moi aussi je suis tombé dedans. Cette discussion m'a permis d'éclaircir la chose (corrigez-moi si je me trompe)

1) Z est une norme incarnée par zpip-dist

2) zspip est un plugin compatible avec la norme Z qui surcharge la dist et qui apporte des nouveautés : les zsip thèmes grâce ou à l'aide du ZenGarden, puis d'autres fonctions qui modifient le comportement même de spip.

3) Les thèmes se doivent d'être peu introusifs (je ne sais pas si c'est le mot qui convient) d'après ce qu'on comprend ici

Donc un squelette honorant Z, c'est-à-dire, qui surchargerait ce qui lui chante, ne serait pas compatible zpip, mais compatible? Z, mais pourrait-il dépendre de zpip ?
Ce serait donc un squellete compatible Z qui utilise zpip ? C'est ça qu'il faut comprendre ?

Cédric : "(…) ça part du principe que Z (Zpip-dist en fait) est toujours là, et est ensuite surchargé par le squelette enrichi." C'est quoi le squelette enrichi ? Le thème ?

Joseph : "Si j'ai bien compris, la bonne démarche pour construire un squelette Z compatible consiste à surcharger Zpip qui de fait agit comme une distribution par défaut. (…) Cela ne mériterait-il pas une page sur Contrib pour expliciter comment écrire un squelette Z compatible ? "

Et, last but not least, JLuc :"je veux bien faire mon possible pour éclaircir la doc actuelle sur spip_contrib sur ce sujet"

Si tu veux un coup de main, je veux bien essayer : vous me balancez des bribes de texte, par exemple, et j'essaie d'ordonner le tout.

A +

Luis

Le 16/03/10 21:02, Luis Speciale a écrit :

davux a écrit :

Fri, 12 Mar 2010 18:31:23 +0100, JLuc:

Il y a actuellement une difficulté à comprendre Z
et une tendance première à le confondre avec zpip.

Ah, ben d'ailleurs c'était mon cas jusqu'à maintenant.

Moi aussi je suis tombé dedans. Cette discussion m'a permis d'éclaircir
la chose (corrigez-moi si je me trompe)

1) Z est une norme incarnée par zpip-dist

oui, et par collezion, dismoi et d'autre encore

2) zspip est un plugin compatible avec la norme Z qui surcharge la dist
et qui apporte des nouveautés : les zsip thèmes grâce ou à l'aide du
ZenGarden, puis d'autres fonctions qui modifient le comportement même de
spip.

pas tout à fait. les thèmes sont liés à la norme Z et pas à Zpip. Pour le reste oui

3) Les thèmes se doivent d'être peu introusifs (je ne sais pas si c'est
le mot qui convient) d'après ce qu'on comprend ici

les thèmes non pas à être intrusif. ils sont des thèmes et s'occupe de 2 choses :
1) l'ordre dans lequel les différents blocs de la page apparaissent
2) les css et éventuellement js

Écrire un thème pour Zpip - SPIP-Contrib

Donc un squelette honorant Z, c'est-à-dire, qui surchargerait ce qui lui
chante, ne serait pas compatible zpip, mais compatible? Z, mais
pourrait-il dépendre de zpip ?

oui, c'est ca. Il suit la norme Z, mais appel ZPIp pour ses fonctions particulière

Ce serait donc un squellete compatible Z qui utilise zpip ? C'est ça
qu'il faut comprendre ?

oui

Cédric : "(…) ça part du principe que Z (Zpip-dist en fait) est toujours
là, et est ensuite surchargé par le squelette enrichi." C'est quoi le
squelette enrichi ? Le thème ?

non, le squelette qui suit la norme Z (type collezion)

Joseph : "Si j'ai bien compris, la bonne démarche pour construire un
squelette Z compatible consiste à surcharger Zpip qui de fait agit comme
une distribution par défaut. (…) Cela ne mériterait-il pas une page sur
Contrib pour expliciter comment écrire un squelette Z compatible ? "

Et, last but not least, JLuc :"je veux bien faire mon possible pour
éclaircir la doc actuelle sur spip_contrib sur ce sujet"

Si tu veux un coup de main, je veux bien essayer : vous me balancez des
bribes de texte, par exemple, et j'essaie d'ordonner le tout.

A +

Luis

_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

--
Maïeul
http://maieul.ouvaton.org
http://www.schtroumpfs.azerttyu.net/