[SPIP Zone] [Spip-zone-commit] r35083 - in _plugins_/noiZetier: . noiZetier-2_0 noiZetier-2_0/action noiZetier-2_0/balise noiZetier-2_0/base noiZetier-2_0/css noiZetier-2_0/formulaires noiZetier-2_0/img noiZetier-2_0/inc noiZetier-2_0/inclure noiZetie

Archives Zone
1

heu... oué ...
je commit mon truc aussi comme ça on aura 3 noisetiers sur la zone ? ...
Peut-être qu'avant de coder tête baissée et de partir dans tous les
sens on peut prendre le temps de réflechir, discuter, et se mettre
d'accord (faire de la conception quoi) ?

En substance, et pour résumer de nombreuses discussions IRL, IRC et listes :
- Oui c'est là qu'on va en venir avec Z
MAIS
- avant d'introduire des noisettes qui vont faire exploser la
diversité, je voudrais que les conventions de thème soient finies de
poser, ce qui n'est pas encore le cas (ie ça n'est pas très utile
d'avoir des noisettes a gogo si quand on les insère dans un Zpip elles
sont toutes moches car pas prévues par les thèmes). En particulier, il
reste des conventions à fixer, et à définir pour certains types
d'objet comme des 'boites'. Je veux sur ce point m'insipirer de ooCSS
qui a fixé de belles conventions, mais je n'ai pas eu le temps de
faire la synthèse encore.

- je vois passer dans ton commit des noisettes très hétérogènes.
Certaines concernent du contenu principal, d'autre du contenu annexe.
Cela me parait assez discutable, et a tout le moins il faudrait
discuter de cela, et avant de partir tête baissée définir clairement
et s'entendre sur ce qu'est une noisette, comment elle complète (ou
remplace ?) un contenu principal, où et comment elle s'insère ...

- je vois dans ton descriptif de plugin qu'il s'agit de tester
l'articulation avec le plugin agenda.
Sur ce point particulier, je crois que ce n'est pas la bonne direction :
  - le plugin agenda attend toujours, depuis 3 ans, des squelettes
publics utilisables.
  - le mecanisme de Z permet déjà de proposer une page evenement et
agenda sous forme de contenu/ et utilisable telle quelle nativement.
Ce qui n'a pas pour autant résolu le point précédent

Pour conclure, j'ai donc aussi, depuis un moment, un proto de
noisetier qui tourne autour de Z et des compositions, que j'avais
construit en synthèse de ce que j'avais trouvé dans ton premier
noisetier, de ce qui a été fait dans magusine, de la reflexion
d'ogilvy sur spipKit etc ...
Mais que je me garde de publier avant que les points mentionnés
ci-dessus ne soient résolus.

Outre le fait de finaliser Z avant d'aller plus loin, il y avait aussi
2 points qui me gênaient :
- la gestion du formulaire de paramétrage des noisettes. Je note sur
ce point ta bonne idée d'utiliser saisie pour spécifier le type de
saisie pour chaque paramètre
- pour moi, et contrairement à ta proposition, les noisettes ne
concernent jamais du contenu principal qui est fourni par le squelette
ou un plugin, mais uniquement des contenus secondaires liés ou des
accessoires et gadgets. Mais du coup la notion de composition est
affaiblie. Car aujourd'hui 2 compositions peuvent différer par les
contenus annexes uniquement (article avec forum et article avec
portfolio). Si tout ce contenu annexe est extrait, les compositions se
retrouvent avec le meme contenu, mais il faut continuer à les
distinguer pour y attacher les noisettes.
L'articulation de ces deux types d'éléments reste insatisfaisante
encore a mon gout.

Bref.
Tout ça pour dire que dans un projet collaboratif, c'est pas mal de
discuter avant de partir tout seul dans sa direction :stuck_out_tongue:

Cédric

2010/2/11 <joseph@larmarange.net>:

Author: joseph@larmarange.net
Date: 2010-02-11 10:12:26 +0100 (Thu, 11 Feb 2010)
New Revision: 35083

Added:
_plugins_/noiZetier/noiZetier-2_0/
_plugins_/noiZetier/noiZetier-2_0/action/
_plugins_/noiZetier/noiZetier-2_0/action/activer_page_noizetier.php
_plugins_/noiZetier/noiZetier-2_0/action/desactiver_page_noizetier.php
_plugins_/noiZetier/noiZetier-2_0/action/supprimer_noisettes_page_noizetier.php
_plugins_/noiZetier/noiZetier-2_0/balise/
_plugins_/noiZetier/noiZetier-2_0/balise/noizetier_liste_pages.php
_plugins_/noiZetier/noiZetier-2_0/base/
_plugins_/noiZetier/noiZetier-2_0/base/noizetier_installation.php
_plugins_/noiZetier/noiZetier-2_0/base/noizetier_tables.php
_plugins_/noiZetier/noiZetier-2_0/css/
_plugins_/noiZetier/noiZetier-2_0/css/noizetier.css
_plugins_/noiZetier/noiZetier-2_0/fonds/
_plugins_/noiZetier/noiZetier-2_0/formulaires/
_plugins_/noiZetier/noiZetier-2_0/formulaires/configurer_bloc.html
_plugins_/noiZetier/noiZetier-2_0/formulaires/configurer_bloc.php
_plugins_/noiZetier/noiZetier-2_0/formulaires/inc-configurer-noisettes.html
_plugins_/noiZetier/noiZetier-2_0/formulaires/inc-nouvelle_noisette-1.html
_plugins_/noiZetier/noiZetier-2_0/formulaires/inc-nouvelle_noisette-2.html
_plugins_/noiZetier/noiZetier-2_0/img/
_plugins_/noiZetier/noiZetier-2_0/img/compositions-24.png
_plugins_/noiZetier/noiZetier-2_0/img/export.png
_plugins_/noiZetier/noiZetier-2_0/img/ic_accueil.png
_plugins_/noiZetier/noiZetier-2_0/img/ic_ariane.png
_plugins_/noiZetier/noiZetier-2_0/img/ic_article.png
_plugins_/noiZetier/noiZetier-2_0/img/ic_auteur.png
_plugins_/noiZetier/noiZetier-2_0/img/ic_bloctexte.png
_plugins_/noiZetier/noiZetier-2_0/img/ic_boussole.png
_plugins_/noiZetier/noiZetier-2_0/img/ic_breve.png
_plugins_/noiZetier/noiZetier-2_0/img/ic_configuration.png
_plugins_/noiZetier/noiZetier-2_0/img/ic_documents.png
_plugins_/noiZetier/noiZetier-2_0/img/ic_forum.png
_plugins_/noiZetier/noiZetier-2_0/img/ic_logosite.png
_plugins_/noiZetier/noiZetier-2_0/img/ic_mot.png
_plugins_/noiZetier/noiZetier-2_0/img/ic_pagedefaut.png
_plugins_/noiZetier/noiZetier-2_0/img/ic_petition.png
_plugins_/noiZetier/noiZetier-2_0/img/ic_portfolio.png
_plugins_/noiZetier/noiZetier-2_0/img/ic_recherche.png
_plugins_/noiZetier/noiZetier-2_0/img/ic_rubrique.png
_plugins_/noiZetier/noiZetier-2_0/img/ic_site.png
_plugins_/noiZetier/noiZetier-2_0/img/import.png
_plugins_/noiZetier/noiZetier-2_0/img/noizetier-16.png
_plugins_/noiZetier/noiZetier-2_0/img/noizetier-24.png
_plugins_/noiZetier/noiZetier-2_0/img/noizetier-48.png
_plugins_/noiZetier/noiZetier-2_0/img/noizetier_action_ajouter.png
_plugins_/noiZetier/noiZetier-2_0/img/noizetier_action_bas.png
_plugins_/noiZetier/noiZetier-2_0/img/noizetier_action_haut.png
_plugins_/noiZetier/noiZetier-2_0/img/noizetier_action_modifier.png
_plugins_/noiZetier/noiZetier-2_0/img/noizetier_action_supprimer.png
_plugins_/noiZetier/noiZetier-2_0/inc/
_plugins_/noiZetier/noiZetier-2_0/inc/noizetier.php
_plugins_/noiZetier/noiZetier-2_0/inclure/
_plugins_/noiZetier/noiZetier-2_0/inclure/noizetier-documents.html
_plugins_/noiZetier/noiZetier-2_0/inclure/noizetier-portfolio.html
_plugins_/noiZetier/noiZetier-2_0/lang/
_plugins_/noiZetier/noiZetier-2_0/lang/noizetier_fr.php
_plugins_/noiZetier/noiZetier-2_0/noisettes/
_plugins_/noiZetier/noiZetier-2_0/noisettes/article-contenuprincipal.html
_plugins_/noiZetier/noiZetier-2_0/noisettes/article-contenuprincipal.xml
_plugins_/noiZetier/noiZetier-2_0/noisettes/article-documents.html
_plugins_/noiZetier/noiZetier-2_0/noisettes/article-documents.xml
_plugins_/noiZetier/noiZetier-2_0/noisettes/article-filariane.html
_plugins_/noiZetier/noiZetier-2_0/noisettes/article-filariane.xml
_plugins_/noiZetier/noiZetier-2_0/noisettes/article-forum.html
_plugins_/noiZetier/noiZetier-2_0/noisettes/article-forum.xml
_plugins_/noiZetier/noiZetier-2_0/noisettes/article-petition.html
_plugins_/noiZetier/noiZetier-2_0/noisettes/article-petition.xml
_plugins_/noiZetier/noiZetier-2_0/noisettes/article-portfoliosimple.html
_plugins_/noiZetier/noiZetier-2_0/noisettes/article-portfoliosimple.xml
_plugins_/noiZetier/noiZetier-2_0/noisettes/page-bloctexte.html
_plugins_/noiZetier/noiZetier-2_0/noisettes/page-bloctexte.xml
_plugins_/noiZetier/noiZetier-2_0/noisettes/page-logositespip.html
_plugins_/noiZetier/noiZetier-2_0/noisettes/page-logositespip.xml
_plugins_/noiZetier/noiZetier-2_0/noisettes/rubrique-contenuprincipal.html
_plugins_/noiZetier/noiZetier-2_0/noisettes/rubrique-contenuprincipal.xml
_plugins_/noiZetier/noiZetier-2_0/noizetier/
_plugins_/noiZetier/noiZetier-2_0/noizetier/noizetier-pages.xml
_plugins_/noiZetier/noiZetier-2_0/noizetier_autoriser.php
_plugins_/noiZetier/noiZetier-2_0/noizetier_fonctions.php
_plugins_/noiZetier/noiZetier-2_0/noizetier_options.php
_plugins_/noiZetier/noiZetier-2_0/noizetier_pipelines.php
_plugins_/noiZetier/noiZetier-2_0/plugin.xml
_plugins_/noiZetier/noiZetier-2_0/prive/
_plugins_/noiZetier/noiZetier-2_0/prive/exec/
_plugins_/noiZetier/noiZetier-2_0/prive/exec/configurer_page.html
_plugins_/noiZetier/noiZetier-2_0/prive/exec/noizetier.html
_plugins_/noiZetier/noiZetier-agenda/
_plugins_/noiZetier/noiZetier-agenda/lang/
_plugins_/noiZetier/noiZetier-agenda/lang/noizetier-agenda_fr.php
_plugins_/noiZetier/noiZetier-agenda/noizetier/
_plugins_/noiZetier/noiZetier-agenda/noizetier/noizetier-agenda-pages.xml
_plugins_/noiZetier/noiZetier-agenda/plugin.xml
Log:
Dépôt du plugin noiZetier (version en cours de développement)

Details: Connexion · GitLab

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

2

Bonjour Cédric,
tu trouveras mes réponses ci-dessous.

Le 11/02/2010 09:56, Cédric Morin a écrit :
> heu... oué ...
> je commit mon truc aussi comme ça on aura 3 noisetiers sur la zone ? ...
> Peut-être qu'avant de coder tête baissée et de partir dans tous les
> sens on peut prendre le temps de réflechir, discuter, et se mettre
> d'accord (faire de la conception quoi) ?
>

Toutes mes excuses. Je ne cherche pas à multiplier les projets sur la Zone. Il s'agissait pour moi d'essayer de poser des idées avant d'ouvrir à discussion et de les tester sur une base concrète. Il ne s'agit nullement à ce stade de le proposer à des utilisateurs finaux.

(Note : le projet noisetier historique étant obsolète et totalement abandonné).

> En substance, et pour résumer de nombreuses discussions IRL, IRC et listes :
> - Oui c'est là qu'on va en venir avec Z
> MAIS
> - avant d'introduire des noisettes qui vont faire exploser la
> diversité, je voudrais que les conventions de thème soient finies de
> poser, ce qui n'est pas encore le cas (ie ça n'est pas très utile
> d'avoir des noisettes a gogo si quand on les insère dans un Zpip elles
> sont toutes moches car pas prévues par les thèmes). En particulier, il
> reste des conventions à fixer, et à définir pour certains types
> d'objet comme des 'boites'. Je veux sur ce point m'insipirer de ooCSS
> qui a fixé de belles conventions, mais je n'ai pas eu le temps de
> faire la synthèse encore.
>
Je suis d'accord avec toi. Personnellement, je ne me suis pas penché sur la question.
D'ailleurs, je ne voulais pas créer des noisettes à gogo dans l'immédiat mais au moins tester si le concept de noisetier fonctionnait.
Il est évident qu'un tel formalisme est nécessaire (et est indépendant d'un quelconque noisetier).

> - je vois passer dans ton commit des noisettes très hétérogènes.
> Certaines concernent du contenu principal, d'autre du contenu annexe.
> Cela me parait assez discutable, et a tout le moins il faudrait
> discuter de cela, et avant de partir tête baissée définir clairement
> et s'entendre sur ce qu'est une noisette, comment elle complète (ou
> remplace ?) un contenu principal, où et comment elle s'insère ...
>

Pour le moment, l'interface sur laquelle je teste des idées distingue :
- des noisettes pouvant aller sur toutes les pages (leur nom : page-nomnoisette)
- des noisettes ne pouvant aller sur un certain type de page (par exempe : article-nomnoisette ne serait proposée que sur une page article ou une composition de article)
- des noisettes ne pouvant aller que sur une composition précise (par exemple : page-recherche-nomnoisette ne serait proposée que sur page-recherche et article-compo-nomnoisette sur la composition article-compo)

Pas formalisé dans l'immédiat et ouvert à discussion :
ajouter un paramètre <bloc></bloc> dans le xml de description de la noisette pour préciser si une noisette ne peut être affichée que sur un bloc donné (dans contenu mais pas ailleurs par exemple).

Pour moi effectivement, une noisette peut correspondre à un contenu principal. D'une part, parce que ca permet de pouvoir passer des paramètres à un contenu principal (afficher les auteurs ou non), et d'autre part parce que je ne vois pas en quoi l'utilisateur n'a pas le droit de modifier le contenu principal, voir de ne pas l'afficher (comme par exemple, ne rien afficher sur une page auteur car on ne le souhaite pas).

> - je vois dans ton descriptif de plugin qu'il s'agit de tester
> l'articulation avec le plugin agenda.
> Sur ce point particulier, je crois que ce n'est pas la bonne direction :
> - le plugin agenda attend toujours, depuis 3 ans, des squelettes
> publics utilisables.
> - le mecanisme de Z permet déjà de proposer une page evenement et
> agenda sous forme de contenu/ et utilisable telle quelle nativement.
> Ce qui n'a pas pour autant résolu le point précédent
>
Encore une fois, il s'agissait uniquement de tester un fonctionnement possible. Ca ne règle pas la question de ce que doit contenir une page evenement et cette question là ne dépend pas du noisetier mais du plugin Agenda.
Voici ce que j'envisageais de tester :
- un squelette evenement.html qui, si Z est activé, appelle structure.html sinon construit la page (sur le modèle de la dist) par inclusion de contenu/evenement.html, navigation/evenement.html, extra/navigation.html ou par inclusion des noisettes.
- un squelette evenement.html dans contenu/ extra/ et navigation/ qui fait appel aux noisettes (note : les noisettes déclarées dans noisettes sont fonctionnelles même sans noizetier).
- une déclaration dans noizetier/agenda-pages.xml (ou autre formalisme à trouver) comme quoi la page evenement est activable par le noizetier.

Encore une fois, il s'agissait de tester le concept et non de commiter dans le plugin Agenda. L'idée est que la page evenement fonctionne si seul Agenda est activé, passe en fonctionnement Z si Zpip est activé et soit gérable par le noiZetier si celui-ci est présent.
Par ailleurs, les noisettes fournies restent utilisables même en l'absence de noizetier ou de Zpip.

> Pour conclure, j'ai donc aussi, depuis un moment, un proto de
> noisetier qui tourne autour de Z et des compositions, que j'avais
> construit en synthèse de ce que j'avais trouvé dans ton premier
> noisetier, de ce qui a été fait dans magusine, de la reflexion
> d'ogilvy sur spipKit etc ...
> Mais que je me garde de publier avant que les points mentionnés
> ci-dessus ne soient résolus.
>
Désolé, je ne savais pas que tu travaillais sur un proto de noisetier.
Est-il possible que tu précises les choix fait à l'heure actuel pour ce proto ? Comment il est censé fonctionner ?

> Outre le fait de finaliser Z avant d'aller plus loin, il y avait aussi
> 2 points qui me gênaient :
> - la gestion du formulaire de paramétrage des noisettes. Je note sur
> ce point ta bonne idée d'utiliser saisie pour spécifier le type de
> saisie pour chaque paramètre
>

Se pose même pour moi la question de créer de nouvelles saisies.
Par exemple, le plugin menus fournit une saisie menus listant les menus déclarés dans une liste à choix.

Autre exemple : supposons que dans la liste des articles d'une rubrique ou la liste des articles correspondant à une recherche, il y ait un paramètre permettant de choisir le modèle pour les articles à afficher :
modeles/article_simple modeles/article_detaille etc. (qui permettent par exemple soit d'afficher juste un lien cliquable ou bien lien logo et descriptif), alors on peut envisager une saisie modeles_article qui fournit une liste à choix avec les différents modèles article disponibles.
PS : ce n'est pas le plus urgent à discuter.

> - pour moi, et contrairement à ta proposition, les noisettes ne
> concernent jamais du contenu principal qui est fourni par le squelette
> ou un plugin, mais uniquement des contenus secondaires liés ou des
> accessoires et gadgets. Mais du coup la notion de composition est
> affaiblie. Car aujourd'hui 2 compositions peuvent différer par les
> contenus annexes uniquement (article avec forum et article avec
> portfolio). Si tout ce contenu annexe est extrait, les compositions se
> retrouvent avec le meme contenu, mais il faut continuer à les
> distinguer pour y attacher les noisettes.
> L'articulation de ces deux types d'éléments reste insatisfaisante
> encore a mon gout.
>

Pourquoi une noisette ne fournirait pas du contenu principal ? En quoi cela est problématique ?
Je ne vois pas bien la raison de ce choix.

Notamment, dans le cas des compositions, le contenu principal peut différer. Personnellement, il m'arrive d'utiliser une composition sur certaines rubriques consistant à afficher le contenu des sous-rubriques. Il s'agit de rubriques qui n'ont d'autres contenus que des sous-rubriques. Afficher les articles des sous-rubriques permet de gagner un clic de navigation. Dans ce cas là, le contenu change entre deux compositions.

En l'état de ma réflexion, le noizetier devait être capable de fournir un formulaire permettant de déclarer des compositions depuis l'interface privée. Je peux par exemple créer une nouvelle composition pour les articles dans l'interface privée. Je gère ensuite ce qu'elle doit afficher à partir du noizetier. ==> Il devient possible pour un usage simple de créer une composition sans écrire une seule ligne de code.

> Bref.
> Tout ça pour dire que dans un projet collaboratif, c'est pas mal de
> discuter avant de partir tout seul dans sa direction :stuck_out_tongue:
>
> Cédric
>

Est-il possible dans ce cas de redresser la barre et d'ouvrir cette discussion ?

Bien cordialement

Joseph

3

Le 11/02/2010 10:56, Cédric Morin a écrit :

heu... oué ...
je commit mon truc aussi comme ça on aura 3 noisetiers sur la zone ? ...

Ouais moi aussi j'ai commencé un truc. Allez, 4 noisetiers !
Et puis non, ça mange quoi un écureuil ? On va faire un noisetier, un noyer, un chêne et un pin !... Est-ce que les glands et les noix seront compatibles ? Suspens !...

Peut-être qu'avant de coder tête baissée et de partir dans tous les
sens on peut prendre le temps de réflechir, discuter, et se mettre
d'accord (faire de la conception quoi) ?

À mon sens il faut définir :
- de manière exhaustive les classes CSS : c'est le plus "simple" car ya rien à coder dans cette partie, mais faut bien tout lister
- ce que fera une noisette au final : n'importe quel bloc n'importe où, ou juste les choses annexes ?
- comment configure-t-on une noisette

C'est ce qui est important car pour le reste on sait comment ça marchera dans les grandes lignes : pipeline recuperer_fond, etc.

Je veux sur ce point m'insipirer de ooCSS

On est d'accord, j'avais aussi parlé ya quelques mois des boites, des découpages en colonnes "génériques", etc.

Peut-être ouvrir une page wiki listant tous les besoins que l'on soupçonne d'être génériques ?

Outre le fait de finaliser Z avant d'aller plus loin, il y avait aussi
2 points qui me gênaient :
- la gestion du formulaire de paramétrage des noisettes. Je note sur
ce point ta bonne idée d'utiliser saisie pour spécifier le type de
saisie pour chaque paramètre

On peut s'en douter avec mes commits récents : évidemment que je veux utiliser Saisies pour décrire les options des noisettes.

Mais pour cela, le XML ne me semble pas pertinent, plutôt un YAML décrivant le contenu du formulaire de conf dans un tableau. Tout est déjà prévu pour ça dans le plugin Saisies :
1- une API pour décrire de manière hyper complète un formulaire, y compris les fieldset (possiblement pliables), y compris comment on doit vérifier chaque champ (cad pas juste si c'est obligatoire ou pas)
2- #GENERER_SAISIES(le_contenu) et hop l'intérieur du formulaire est prêt
3- des fonctions pour récupérer les champs, etc (à compléter) afin de manipuler plus rapidement dans les CVT
4- des fonctions pour appliquer les vérifications décrites dans le point 1, dans le plugin Vérifier

Pour avoir un exemple, les saisies elles-mêmes s'auto-décrivent à base de saisies :

Pas besoin de coder un décodeur pour le XML : ça se transforme automatiquement en beau tableau PHP y compris quand c'est complexe.

Oui je prêche pour ma chapelle. Mais c'est tellement beau et simple. :slight_smile:

- pour moi, et contrairement à ta proposition, les noisettes ne
concernent jamais du contenu principal qui est fourni par le squelette
ou un plugin, mais uniquement des contenus secondaires liés ou des
accessoires et gadgets. Mais du coup la notion de composition est
affaiblie. Car aujourd'hui 2 compositions peuvent différer par les
contenus annexes uniquement (article avec forum et article avec
portfolio). Si tout ce contenu annexe est extrait, les compositions se
retrouvent avec le meme contenu, mais il faut continuer à les
distinguer pour y attacher les noisettes.
L'articulation de ces deux types d'éléments reste insatisfaisante
encore a mon gout.

Je rejoins Joseph sur ce point, ainsi que le proto de Matthieu il me semble : pour moi une noisette se glisse n'importe où.

En fait c'est plus radical : pour moi les noisettes REMPLACENT les compositions. En effet, même si ce n'est pas encore le cas, les compositions étaient prévues pour avoir des paramètres aussi.

D'après moi, les noisettes sont une amélioration et une généralisation à n'importe quel bloc du système des compositions.

Autrement dit, le but serait de se retrouver avec un squelette Z *vide*, qui ne fait que déclarer les pages pour les objets. À partir de là, une configuration par défaut surchargeable ensuite pour chaque type de page (objet ou pas) et même pour chaque objet précisément (comme les compos) va insérer dans chaque bloc telle ou telle noisette.

Il y a ainsi des noisettes pour insérer des menus, plusieurs noisettes pour afficher le contenu d'un objet sous différentes formes, des noisettes pour la navigation (les articles de la même rubrique, etc). Bref : une noisette pour chaque besoin *précis*.

À partir du moment où ce principe marche (et le noyer de Matthieu c'est presque ça) on pourra ensuite imaginer une interface Drag-n-Drop pour construire ses pages et les personnaliser aussi finement que possible.

Il pourra y avoir une conf par défaut, mais dans l'ordre le générateur ira chercher :

- si c'est un objet
   - la configuration pour l'objet lui-même (comme les compos)
   - sinon la configuration pour ce type d'objet dans cette branche (les articles de la rubrique 5)
   - sinon la configuration pour ce type d'objet (les articles)
   - sinon la configuration générique par défaut

- si c'est une page (page=truc, sommaire, etc)
   - la configuration de cette page précisément (trouver où stocker cette conf)
   - sinon la configuration générique par défaut

Comme dans le noyer de Matthieu on pourra aussi définir des noisettes qui seront partout.

Bref.
Tout ça pour dire que dans un projet collaboratif, c'est pas mal de
discuter avant de partir tout seul dans sa direction :stuck_out_tongue:

On a tous plein d'idées, mais les seuls fois où on en a discuté en commun c'était dans des trucs qui ne restent pas : IRC, etc. Il faudrait peut-être ouvrir ou utiliser une rubrique du wiki pour cela. Une rubrique car il y aura forcément plusieurs pages pour plusieurs thèmes à travailler.

Il y a déjà un "Carnet Zpip", avec pour l'instant une page sur les thèmes à adapter. Je pense qu'on peut utiliser cette rubrique car c'est sur cette fondation de Zpip que le noisetier va se construire.

On pourra donc ajouter dans un premier temps :
- une page pour lister les besoins en classes CSS
- une page pour réfléchir au comportement des noisettes

--
RastaPopoulos