salut @ tous !
Savez-vous si il existe un plugin dans la zone pour une navigation
dans un site par profil visiteur ? Si non une idee pour mettre le
systeme en place en utlisant les fonctions de spip sans modif.
Merci pour vos reponses, k@rim
--
dsl pour les accents, clavier querty 
Avec balise_session tu peux tout faire karim 
Q.
Le vendredi 17 novembre 2006 14:42, karim belkacem a écrit :
salut @ tous !
Savez-vous si il existe un plugin dans la zone pour une navigation
dans un site par profil visiteur ? Si non une idee pour mettre le
systeme en place en utlisant les fonctions de spip sans modif.Merci pour vos reponses, k@rim
--
-----
Arscenic : Promotion et diffusion des Arts Numériques et des Nouvelles
Scénographies
Paris - France
Tel : +33 6 16 70 63 01
http://www.arscenic.info - http://www.sklunk.net
salut quentin
Avec balise_session tu peux tout faire karim
Si tu le dis, j'te crois je vais etudier ca, merci !
--
dsl pour les accents, clavier querty
On 17 Nov, 2006, at 13:42, karim belkacem wrote:
salut @ tous !
Savez-vous si il existe un plugin dans la zone pour une navigation
dans un site par profil visiteur ? Si non une idee pour mettre le
systeme en place en utlisant les fonctions de spip sans modif.
Salut Karim,
regarde le plugin squelette_profil (qui est en stable). Il permet d'avoir des squelettes differents par profil.
par exemple, tu crées un rep:
squelettes=minirezo
et les squelettes seront cherchés là dedans pour les admins en priorité sur le repertoire de squelettes standard.
Pierre
Salut Pierre, merci beaucoup pour l'info, je connaissais ce plug, mais
jamais tester, tu aurais pas une adresse de test, par hasard... si je
peux abuser
@plus, karim
--
dsl pour les accents, clavier querty
On 17 Nov, 2006, at 15:41, karim belkacem wrote:
Salut Pierre, merci beaucoup pour l'info, je connaissais ce plug, mais
jamais tester, tu aurais pas une adresse de test, par hasard... si je
peux abuser
hum, pas vraiment en fait... là je l'utilise sur mon site en 1.9.1 pour developper des nouveaux squelettes et ça marche bien, mais évidemment, tu peux pas le voir parce qu'il faut être admins pour voir la différence 
mais c'est assez facile à tester, tu actives le plugin, tu crées un rep squelettes=minirezo et dedans tu mets:
test-profil.html
avec VOUS ETES ADMINS dedans
tu fais auss un test-profil.html dans ton squelettes avec:
VOUS ETES NORMAL dedans
pis tu vas sur la page ?page=test-profil de ton site... en te loguant et déloguant pour tester.
ça devrait aussi marcher pour les fichiers inclus et la balise #CHEMIN si jamais.
désolé, mais c'est pas facile de maintenir des sites de tests pour tous ces plugins (surtout quand il faut donner des droits d'acces).
Pierre
(re) Pierre
hum, pas vraiment en fait... là je l'utilise sur mon site en 1.9.1
pour developper des nouveaux squelettes et ça marche bien, mais
évidemment, tu peux pas le voir parce qu'il faut être admins pour
voir la différence
t'inquiete, je plaisantais
désolé, mais c'est pas facile de maintenir des sites de tests pour
tous ces plugins (surtout quand il faut donner des droits d'acces).
C'est un espace a lancer justement, mais bon, installer un plug, c'est
pas complique non plus.
Merci pour tes infos-explicatives :), bon week-end
@plus, karim
--
dsl pour les accents, clavier querty
Bonsoir,
Je viens de lire la doc sur spip.net sur les modèles
et pof encore un truc super sur spip, oui je sais je débarque, mais c'est pas simple on trouve des infos un peu partout
(si j'avais le temps rien que les réponses de cedric, fil, james, et bien d'autres sur spip zone mériterait une FAQ qui aiderai bien
ceux qui débarquent sur la spip zone - mais il existe peur être encore un autre endroit que je n'ai pas encore découvert) bref
dans la foulé je découvre http://www.paris-beyrouth.org/Un-site-dument-timbre
Pour tester les modèle et les modèles dans les plugins j'ai écris un plugin qui ajoute un look timbre aux images
d'un article, bref rien de nouveau juste l'utilisation des deux en reprenant les infos à droite à gauche, et parce que j'en avais le besoin
et que j'essaie de comprendre.
le plugin fonctionne pour mon usage mais pourquoi pas le mettre en commun ? sur spip-zone ?
les questions sont :
1 - est intéressant pour la spip zone ?
2 - si oui - vaut il mieux les mettre dans les modèles ( car en fait ce ne sont que des modèles) ou
laisser en plugin donnant des "filtres" supplémentaires dans les articles comme docxx|htimbre|angle=6
(image horizontale) docxx|vtimbre|angle=-5 (images verticales) ?
3 - je ne suis pas le mieux placé puisque les idées viennent d'ailleurs
ps: les modeles portent sur doc_himage doc_vimage img_himage img_vimage
voilà voilà en passant
Jerôme
On 17 Nov, 2006, at 21:26, Skedus wrote:
Bonsoir,
Je viens de lire la doc sur spip.net sur les modèles
et pof encore un truc super sur spip, oui je sais je débarque, mais
c'est pas simple on trouve des infos un peu partout
(si j'avais le temps rien que les réponses de cedric, fil, james, et
bien d'autres sur spip zone mériterait une FAQ qui aiderai bien
ceux qui débarquent sur la spip zone - mais il existe peur être
encore un autre endroit que je n'ai pas encore découvert) bref
dans la foulé je découvre http://www.paris-beyrouth.org/Un-site-
dument-timbrePour tester les modèle et les modèles dans les plugins j'ai écris un
plugin qui ajoute un look timbre aux images
d'un article, bref rien de nouveau juste l'utilisation des deux en
reprenant les infos à droite à gauche, et parce que j'en avais le besoin
et que j'essaie de comprendre.le plugin fonctionne pour mon usage mais pourquoi pas le mettre en
commun ? sur spip-zone ?
bon, je répond à toutes les questions en une: c'est déjà sur la zone, il faudrait effectivement en faire la pub dans la doc, mais tout est là:
Si ton implementation est mieux, n'hésite pas à modifier le modèle.
Si jamais, ya un des autres joujous de paris-beyrouth en modele plugin:
Pierre
PS: Une idée de comment on mentionne cela sur la doc? on fait un lien direct?
glupsss
je suis allez dans _modeles_
mais pas dans examples_doc
comme quoi - autant pour moi
après un rapide coup d'oeil la seul plus value c'est le passage de l'angle, c'est pas grand chose mais
je peux l'ajouter sur la spip zone
Pour la doc je ne sais pas trop, je ne connais pas encore trop le mode de distribution des modèles pour SPIP
ce que je sais c'est que je ne l'ai pas trouvé directement, en même temps c'est pas pour le temps qu'il faut pour le faire
une fois que tout est expliqué, mais c'est vrai que c'est dommage, peut être sur la doc spip.net puisque c'est comme cela
que j'ai trouvé le départ ?
merci
Jérôme
Le 17 nov. 06 à 22:35, Pierre Andrews a écrit :
On 17 Nov, 2006, at 21:26, Skedus wrote:
Bonsoir,
Je viens de lire la doc sur spip.net sur les modèles
et pof encore un truc super sur spip, oui je sais je débarque, mais
c'est pas simple on trouve des infos un peu partout
(si j'avais le temps rien que les réponses de cedric, fil, james, et
bien d'autres sur spip zone mériterait une FAQ qui aiderai bien
ceux qui débarquent sur la spip zone - mais il existe peur être
encore un autre endroit que je n'ai pas encore découvert) bref
dans la foulé je découvre http://www.paris-beyrouth.org/Un-site-
dument-timbrePour tester les modèle et les modèles dans les plugins j'ai écris un
plugin qui ajoute un look timbre aux images
d'un article, bref rien de nouveau juste l'utilisation des deux en
reprenant les infos à droite à gauche, et parce que j'en avais le besoin
et que j'essaie de comprendre.le plugin fonctionne pour mon usage mais pourquoi pas le mettre en
commun ? sur spip-zone ?bon, je répond à toutes les questions en une: c'est déjà sur la zone, il faudrait effectivement en faire la pub dans la doc, mais tout est là:
Connexion · GitLabSi ton implementation est mieux, n'hésite pas à modifier le modèle.
Si jamais, ya un des autres joujous de paris-beyrouth en modele plugin:
Connexion · GitLabPierre
PS: Une idée de comment on mentionne cela sur la doc? on fait un lien direct?
Skedus a écrit :
Pour la doc je ne sais pas trop, je ne connais pas encore trop le mode de distribution des modèles pour SPIP
ce que je sais c'est que je ne l'ai pas trouvé directement, en même temps c'est pas pour le temps qu'il faut pour le faire
une fois que tout est expliqué, mais c'est vrai que c'est dommage, peut être sur la doc spip.net puisque c'est comme cela
que j'ai trouvé le départ ?
Si je peux mettre mon grain de sel, ce qui a été fait pour les plugins sur la zone, c'est pas mal : une page de doc pour chaque plugin (ils y sont pas tous) que chacun complète sur le wiki de la zone, puis quand on pense que c'est mûr -> Hop : un article sur Contrib avec juste un copier-coller et un peu de mise en forme ..
NON ??
Pierre N.
Le 18 nov. 06, à 18:48, L'instit a écrit :
Skedus a écrit :
Pour la doc je ne sais pas trop, je ne connais pas encore trop le mode de distribution des modèles pour SPIP
ce que je sais c'est que je ne l'ai pas trouvé directement, en même temps c'est pas pour le temps qu'il faut pour le faire
une fois que tout est expliqué, mais c'est vrai que c'est dommage, peut être sur la doc spip.net puisque c'est comme cela
que j'ai trouvé le départ ?Si je peux mettre mon grain de sel, ce qui a été fait pour les plugins sur la zone, c'est pas mal : une page de doc pour chaque plugin (ils y sont pas tous) que chacun complète sur le wiki de la zone, puis quand on pense que c'est mûr -> Hop : un article sur Contrib avec juste un copier-coller et un peu de mise en forme ..
NON ??
hum!!! ... je crains qu'insérer une étape intermédiaire (wiki zone) avant la mise en forme définitive sur le support final (le poulpe ou un autre site) n'alourdisse au final sensiblement le travail, et ne créé une certaine confusion dans les sources de doc, ainsi que dans la finalité de la Zone (qui n'est pas un espace doc/diffusion) . De toute façon il me semble qu'une doc sur un plugin va etre le fait de peu de personnes, qui peuvent tout autant convenir d'aller travailler directement sur le site final.
Deux exemples de travaux pratiques sur le sujet, en ce moment :
- j'essaye justement de faire migrer des articles du wiki sur spipcontrib ... bah c'est assez lourd à faire : il faut repérer, reformater, contacter les uns et les autres, compléter avec d'autres sources ... et à la fin peut-etre décider de virer ou non l'article du wiki (qui aura été linké entre temps)
- à contrario pour l'article "http://www.spip-contrib.net/Squelette-par-profil", j'ai directement rebondi sur un mail de mortimer sur la zone pour lui préparer d'office un fond d'article sur spipcontrib (copie/collés sauvages + les trucs génériques + tous les paramétrages chiants autour) ... mortimer à reformaté ensuite à son idée .. l'un dans l'autre nous avons du plier le truc en 1h (bon d'accord le sujet s'y prétait mais quand même)
En fait cela me fait penser qu'il faudrait plutot d'office ouvrir chez le Poulpe (ou ailleurs, mais en 1 seul endroit) un article par contrib pour rassembler tous les matériaux de doc au fur et à mesure (liens, messages divers, bouts d'idées)
voila, voila
@+ NicolasR
nicolasriq@free.fr a écrit :
En fait cela me fait penser qu'il faudrait plutot d'office ouvrir chez le Poulpe (ou ailleurs, mais en 1 seul endroit) un article par contrib pour rassembler tous les matériaux de doc au fur et à mesure (liens, messages divers, bouts d'idées)
Et quand ce qu'on rédige est un premier jet, comporte des erreurs, on le publierait quand même ?
-- A+ Franck
Franck Ducas wrote:
nicolasriq@free.fr a écrit :
En fait cela me fait penser qu'il faudrait plutot d'office ouvrir chez le Poulpe (ou ailleurs, mais en 1 seul endroit) un article par contrib pour rassembler tous les matériaux de doc au fur et à mesure (liens, messages divers, bouts d'idées)
Et quand ce qu'on rédige est un premier jet, comporte des erreurs, on le publierait quand même ?
Une fois que le(s) rédacteur(s) on laissé un laps de temps suffisant pour les réactions et réglages internes à contrib et qu'il(s) estiment que c'est raisonnablement suffisant pour démarrer, bien sûr.
Un article n'est pas mort une fois publié.
Contrib est intéressant pour les réactions , il y a moins de geeks...
Et autant être dans le format final directement.
Quelque part, je me dis que le wiki de trac est plutot destiné à de la doc interne , vraiement pour les développeurs.
Mais bien sûr, on peut y préparer du texte , ou le réutiliser partiellement pour consituer la doc pour les implémenteurs/utilisateurs finaux.
--
toggg
On 18 Nov, 2006, at 17:48, L'instit wrote:
Skedus a écrit :
Pour la doc je ne sais pas trop, je ne connais pas encore trop le
mode de distribution des modèles pour SPIP
ce que je sais c'est que je ne l'ai pas trouvé directement, en même
temps c'est pas pour le temps qu'il faut pour le faire
une fois que tout est expliqué, mais c'est vrai que c'est dommage,
peut être sur la doc spip.net puisque c'est comme cela
que j'ai trouvé le départ ?Si je peux mettre mon grain de sel, ce qui a été fait pour les plugins
sur la zone, c'est pas mal : une page de doc pour chaque plugin (ils y
sont pas tous) que chacun complète sur le wiki de la zone, puis quand on
pense que c'est mûr -> Hop : un article sur Contrib avec juste un
copier-coller et un peu de mise en forme ..
En fait, ce n'etait pas une question générale, mais particulière à ce répertoire de modèles qui correspondent aux exemples de la doc sur les modeles, qui sont décrit vaguement mais sans code. J'ai donc fait le code et maintenant je me pose la question:
- est ce qu'on met un lien vers les fichiers sur la zone
- est-ce qu'on met le code en <code> dans l'article de la doc
- est'ce qu'on fait un article détaillé sur chaque modele sur spip-contrib qu'on lie depuis la doc...
En general, je suis un peu perdu dans le nouveau fonctionnement de spip-contrib (et s'il y a deja eu decision à ce propos) parce que je n'ai pas réussi à tout suivre, mais je pense que chaque plugin/modeles/squelettes devrait au moins avoir un article basique sur spip-contrib et au mieux avoir aussi un article expliquant comment ça marche par derrière.
Et de ce côté là, je suis assez pour que ce ne soit pas que les devs des plugins qui écrivent/démarent ces articles...
Pierre
Le 19 nov. 06, à 18:00, Pierre Andrews a écrit :
... mais je pense que chaque plugin/ modeles/squelettes devrait au moins avoir un article basique sur spip-
contrib et au mieux avoir aussi un article expliquant comment ça marche par derrière.
Et de ce côté là, je suis assez pour que ce ne soit pas que les devs des plugins qui écrivent/démarent ces articles...
bah pour quelqu'un qui n'a pas suivi, tu as très bien compris il me semble
peut-être tout simplement que ce fonctionnement s'impose à nous tous car il correspond au besoin général.
Plus cela va, plus je me dis que La Zone et Spipcontrib sont en fait deux facettes d'un seul et même ensemble : La Zone étant l'espace pour le développement et le suivi du code contribs, Spip-contrib étant l'espace pour le développement et le suivi de la doc et du retour utilisateurs contribs (l'accès utilisateur aux contribs ... le "sas" entre devs et utilisateurs en quelque sorte)
Dans cette logique la doc serait à travailler comme le code par commits successifs, dès qu'elle à atteint un niveau de "stabilité" suffisante pour le public visé, on la lâche dans la nature ... après elle évolue en public, avec le code, sachant qu'il est illusoire de prétendre à un stade définitivement achevé.
@+ NicolasR
Donc si on résume,
on développe sur spip-zone
et quand on atteint une "certaine" stabilité on publie une doc sur spip-contrib
c'est ça ?
si oui
1 qui valide la publication pour la mise en ligne ?
2 quelle est la procédure pour mettre à jour cette doc ?
Le 19 nov. 06 à 18:00, Pierre Andrews a écrit :
On 18 Nov, 2006, at 17:48, L'instit wrote:
Skedus a écrit :
Pour la doc je ne sais pas trop, je ne connais pas encore trop le
mode de distribution des modèles pour SPIP
ce que je sais c'est que je ne l'ai pas trouvé directement, en même
temps c'est pas pour le temps qu'il faut pour le faire
une fois que tout est expliqué, mais c'est vrai que c'est dommage,
peut être sur la doc spip.net puisque c'est comme cela
que j'ai trouvé le départ ?Si je peux mettre mon grain de sel, ce qui a été fait pour les plugins
sur la zone, c'est pas mal : une page de doc pour chaque plugin (ils y
sont pas tous) que chacun complète sur le wiki de la zone, puis
quand on
pense que c'est mûr -> Hop : un article sur Contrib avec juste un
copier-coller et un peu de mise en forme ..En fait, ce n'etait pas une question générale, mais particulière à ce
répertoire de modèles qui correspondent aux exemples de la doc sur
les modeles, qui sont décrit vaguement mais sans code. J'ai donc fait
le code et maintenant je me pose la question:
- est ce qu'on met un lien vers les fichiers sur la zone
- est-ce qu'on met le code en <code> dans l'article de la doc
- est'ce qu'on fait un article détaillé sur chaque modele sur spip-
contrib qu'on lie depuis la doc...En general, je suis un peu perdu dans le nouveau fonctionnement de
spip-contrib (et s'il y a deja eu decision à ce propos) parce que je
n'ai pas réussi à tout suivre, mais je pense que chaque plugin/
modeles/squelettes devrait au moins avoir un article basique sur spip-
contrib et au mieux avoir aussi un article expliquant comment ça
marche par derrière.
Et de ce côté là, je suis assez pour que ce ne soit pas que les devs
des plugins qui écrivent/démarent ces articles...Pierre
_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
> 1 qui valide la publication pour la mise en ligne ?
l'équipe des admins de spip-contrib
> 2 quelle est la procédure pour mettre à jour cette doc ?
il faut repasser (si on est admin) ou demander à faire repasser l'article en mode "en cours de rédaction"
Pierre N.
J'ai bon, Nicolas ? Nat33 ?
Skedus a écrit :
Donc si on résume,
on développe sur spip-zone
et quand on atteint une "certaine" stabilité on publie une doc sur spip-contribc'est ça ?
si oui
1 qui valide la publication pour la mise en ligne ?
2 quelle est la procédure pour mettre à jour cette doc ?Le 19 nov. 06 à 18:00, Pierre Andrews a écrit :
On 18 Nov, 2006, at 17:48, L'instit wrote:
Skedus a écrit :
Pour la doc je ne sais pas trop, je ne connais pas encore trop le
mode de distribution des modèles pour SPIP
ce que je sais c'est que je ne l'ai pas trouvé directement, en même
temps c'est pas pour le temps qu'il faut pour le faire
une fois que tout est expliqué, mais c'est vrai que c'est dommage,
peut être sur la doc spip.net puisque c'est comme cela
que j'ai trouvé le départ ?Si je peux mettre mon grain de sel, ce qui a été fait pour les plugins
sur la zone, c'est pas mal : une page de doc pour chaque plugin (ils y
sont pas tous) que chacun complète sur le wiki de la zone, puis
quand on
pense que c'est mûr -> Hop : un article sur Contrib avec juste un
copier-coller et un peu de mise en forme ..En fait, ce n'etait pas une question générale, mais particulière à ce
répertoire de modèles qui correspondent aux exemples de la doc sur
les modeles, qui sont décrit vaguement mais sans code. J'ai donc fait
le code et maintenant je me pose la question:
- est ce qu'on met un lien vers les fichiers sur la zone
- est-ce qu'on met le code en <code> dans l'article de la doc
- est'ce qu'on fait un article détaillé sur chaque modele sur spip-
contrib qu'on lie depuis la doc...En general, je suis un peu perdu dans le nouveau fonctionnement de
spip-contrib (et s'il y a deja eu decision à ce propos) parce que je
n'ai pas réussi à tout suivre, mais je pense que chaque plugin/
modeles/squelettes devrait au moins avoir un article basique sur spip-
contrib et au mieux avoir aussi un article expliquant comment ça
marche par derrière.
Et de ce côté là, je suis assez pour que ce ne soit pas que les devs
des plugins qui écrivent/démarent ces articles...Pierre
_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
Skedus a écrit :
Donc si on résume,
on développe sur spip-zone
et quand on atteint une "certaine" stabilité on publie une doc sur spip-contrib
c'est ça ?
bah oui ... chaque dev évaluant comme il l'entend le moment ou la "certaine" stabilité est atteinte
Skedus a écrit :
1 qui valide la publication pour la mise en ligne ?
Le 19 nov. 06, à 21:05, L'instit a écrit :
l'équipe des admins de spip-contrib
voilà .. équipe V2 dont le rôle est dorénavant surtout tourné vers le rédactionnel et la coordination d'ensemble du site ... non compris le betatest du code dans l'espace privé (qui se fait sur la Zone ou ailleurs par les devs, puis en public par les utilisateurs)
Skedus a écrit :
2 quelle est la procédure pour mettre à jour cette doc ?
Le 19 nov. 06, à 21:05, L'instit a écrit :
il faut repasser (si on est admin) ou demander à faire repasser l'article en mode "en cours de rédaction"
J'ai bon, Nicolas ? Nat33 ?
hum .. amha il me semble que l'organisation que nous mettons en place simplifie encore plus que cela la mise à jour. Si la mise à jour est mineure il suffit que l'auteur corrige direct l'article (pas besoin de demander a qui que ce soit), si plus, le contributeur fait un nouvel article et éventuellement bascule l'ancien dans les archives de la contrib (un peu comme pour le code quoi).
J'essaye de la résumer : "1 contrib post 1.9" = "1 rubrique-dossier" sur Spip-contrib. Cette rubrique dossier, un peu comme le répertoire d'une contrib sur la Zone, sert à recevoir divers paramétrages fixes (syndication, liens extérieurs, mots clefs, etc...), mais contient aussi toute la vie de la doc de la contrib (compris son historique). Le(s) contributeur(s) ont délégation d'admin restreint dessus pour y travailler facilement (modifier, etc ..), étant entendu que c'est dans un esprit de travail collaboratif (comme sur la Zone encore). Tout ce que peut proposer pour plus de détails c'est un document de notes de travail, cf. "http://www.spip-contrib.net/spikini/SpipContribV2NotesFaqFonctionnement"
L'idée est que les développeurs se sentent autant chez eux sur le Poulpe que sur la Zone
Sinon pour illustrer encore plus le lien naturel entre la Zone et Spip-contrib (2 éléments d'un même ensemble), l'idée qui prévaut actuellement est que la charte dd Spip-contrib soit tout simplement celle de la Zone, complétée des quelques précisions d'adaptations spécifiques, cf. "Discuter chez rezo.net;
J'ai bon ??
@ NicolasR
merci pour vos précisions
Le 20 nov. 06 à 14:49, nicolasriq@free.fr a écrit :
Skedus a écrit :
Donc si on résume,
on développe sur spip-zone
et quand on atteint une "certaine" stabilité on publie une doc sur
spip-contrib
c'est ça ?bah oui ... chaque dev évaluant comme il l'entend le moment ou la
"certaine" stabilité est atteinteSkedus a écrit :
1 qui valide la publication pour la mise en ligne ?Le 19 nov. 06, à 21:05, L'instit a écrit :
l'équipe des admins de spip-contribvoilà .. équipe V2 dont le rôle est dorénavant surtout tourné vers le
rédactionnel et la coordination d'ensemble du site ... non compris le
betatest du code dans l'espace privé (qui se fait sur la Zone ou
ailleurs par les devs, puis en public par les utilisateurs)Skedus a écrit :
2 quelle est la procédure pour mettre à jour cette doc ?Le 19 nov. 06, à 21:05, L'instit a écrit :
il faut repasser (si on est admin) ou demander à faire repasser
l'article en mode "en cours de rédaction"
J'ai bon, Nicolas ? Nat33 ?hum .. amha il me semble que l'organisation que nous mettons en place
simplifie encore plus que cela la mise à jour. Si la mise à jour est
mineure il suffit que l'auteur corrige direct l'article (pas besoin de
demander a qui que ce soit), si plus, le contributeur fait un nouvel
article et éventuellement bascule l'ancien dans les archives de la
contrib (un peu comme pour le code quoi).J'essaye de la résumer : "1 contrib post 1.9" = "1 rubrique-dossier"
sur Spip-contrib. Cette rubrique dossier, un peu comme le répertoire
d'une contrib sur la Zone, sert à recevoir divers paramétrages fixes
(syndication, liens extérieurs, mots clefs, etc...), mais contient
aussi toute la vie de la doc de la contrib (compris son historique).
Le(s) contributeur(s) ont délégation d'admin restreint dessus pour y
travailler facilement (modifier, etc ..), étant entendu que c'est dans
un esprit de travail collaboratif (comme sur la Zone encore). Tout ce
que peut proposer pour plus de détails c'est un document de notes de
travail, cf.
"Carnet Wiki
SpipContribV2NotesFaqFonctionnement"L'idée est que les développeurs se sentent autant chez eux sur le
Poulpe que sur la ZoneSinon pour illustrer encore plus le lien naturel entre la Zone et
Spip-contrib (2 éléments d'un même ensemble), l'idée qui prévaut
actuellement est que la charte dd Spip-contrib soit tout simplement
celle de la Zone, complétée des quelques précisions d'adaptations
spécifiques, cf.
"Discuter chez rezo.net;J'ai bon ??
@ NicolasR
_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone