bonjour,
en utilisant le plugin acces restreint les zones sont bien créees mais ne sont pas affichées dans l'interface après création
ceci sur spip 2.0 (12070)avec la derniere version d'accès restreint
Oui, comme déjà dit par ici, la règle, en tout cas en ce qui concerne les plugins dont je suis auteur est :
"Ne fonctionne pas avec Spip 2.0"
Dans le meilleur des cas, seule l'interface est cassée, comme ici,
dans le pire des cas c'est plus profond...
Je n'ai pas personnellement l'intention d'y passer du temps tant que Spip 2.0 ne sera pas figée et releasée, ce qui peut durer encore quelques mois.
Je crois que je vais me fendre d'un tag necessite sur tous les plugins concernés, pour éviter leur utilisation et leur installation involontaire sur Spip 2.0
Cédric
Le 16 juil. 08 à 13:40, lara a écrit :
bonjour,
en utilisant le plugin acces restreint les zones sont bien créees mais ne sont pas affichées dans l'interface après création
ceci sur spip 2.0 (12070)avec la derniere version d'accès restreint
_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
cedric.morin@yterium.com a écrit :
Oui, comme déjà dit par ici, la règle, en tout cas en ce qui concerne les plugins dont je suis auteur est :
"Ne fonctionne pas avec Spip 2.0"
Dans le meilleur des cas, seule l'interface est cassée, comme ici,
dans le pire des cas c'est plus profond...Je n'ai pas personnellement l'intention d'y passer du temps tant que Spip 2.0 ne sera pas figée et releasée, ce qui peut durer encore quelques mois.
Je crois que je vais me fendre d'un tag necessite sur tous les plugins concernés, pour éviter leur utilisation et leur installation involontaire sur Spip 2.0
Cédric
Le 16 juil. 08 à 13:40, lara a écrit :
bonjour,
en utilisant le plugin acces restreint les zones sont bien créees mais ne sont pas affichées dans l'interface après création
ceci sur spip 2.0 (12070)avec la derniere version d'accès restreint
_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
c'était juste une indication pas un reproche,
comment pourrait-on taguer la zone pour ne proposer dans la liste de de choix plugins que ceux qui sont "compatibles" spip 2.0
merci pour ton magnifique boulot
comment pourrait-on taguer la zone pour ne proposer dans la liste de de choix plugins que ceux qui sont "compatibles" spip 2.0
Il me semble de manière générale que le classement dans les dossiers de premier niveau « _stable_ », « _test_ » et « _dev_ », n'est pas adapté, puisqu'il ne reflète finalement pas le niveau de stabilité de la plupart des plugins qui s'y trouvent.
Le remplacer par un classement par version de SPIP supportée, ne serait pas forcément plus satisfaisant, à moins qu'on puisse classer un même source dans deux arborescences, ce que je ne crois pas.
Un classement par grandes familles de fonctionnalités, « synchronisé » avec spip-contrib, ou encore mieux un espace « officiel » pour les plugins sur spip.net, serait peut-être plus envisageable. Charge ensuite à chaque plugin, comme certains le font déjà, de gérer plusieurs branches.
Qu'en dites-vous ?
-Nicolas
--
Nicolas "Brush" Hoizey
Weblog : http://www.gasteroprod.com/
Photos : http://www.gasteroprod.com/photos/
Clever Age : http://www.clever-age.com/
(Nicolas désolé pour le doublon, mon premier reply-all n’est pas passé)
2008/7/16 Nicolas Hoizey <nicolas@hoizey.com>:
comment pourrait-on taguer la zone pour ne proposer dans la liste de de choix plugins que ceux qui sont « compatibles » spip 2.0
Le remplacer par un classement par version de SPIP supportée, ne serait pas forcément plus satisfaisant, à moins qu’on puisse classer un même source dans deux arborescences, ce que je ne crois pas.
Un classement par grandes familles de fonctionnalités, « synchronisé » avec spip-contrib, ou encore mieux un espace « officiel » pour les plugins sur spip.net, serait peut-être plus envisageable. Charge ensuite à chaque plugin, comme certains le font déjà, de gérer plusieurs branches.
J’en dis que quelque soit l’idée retenue, il est effectivement grand temps de faire quelque chose.
Perso l’idée de classer les plug par version ne me parait pas saugrenu mais là, c’est peut être le repository qu’il faudrait revoir pour éviter de devoir cloner chaque plugin x fois (x = le nombre de version supportée) mais plutôt utiliser un système de tags ou de mot-clés (c’est dans l’air…)
That was my 2 cents.
Etienne, qui ne participe pas des masses mais qui lit beaucoup 
–
Etienne
http://www.loiseau2nuit.net
Le 17/07/08, L'oiseau2nuit<l.oiseau2nuit@gmail.com> a écrit :
> > comment pourrait-on taguer la zone pour ne proposer dans la liste de de
choix plugins que ceux qui sont "compatibles" spip 2.0Perso l'idée de classer les plug par version ne me parait pas saugrenu mais
là, c'est peut être le repository qu'il faudrait revoir pour éviter de
devoir cloner chaque plugin x fois (x = le nombre de version supportée) mais
plutôt utiliser un système de tags ou de mot-clés (c'est dans l'air...)
Un tag svn n'est ni plus ni moins qu'une copie sous svn.
Ca ne prend aucune place sur le server vu que seule la référence est
copiée (pour rappel, le serveur svn ne mémorise que les diff').
Une branche est une copie à l'origine, sur laquelle on poursuit des
développements parallèlement à la branche principale. C'est le cas de
la branche "de maintenance" de spip 1.9.2 à
http://trac.rezo.net/trac/spip/browser/branches/spip-1.9.2
Il est indispensable à mon avis qu'un plugin conséquent puisse
maintenir plusieurs branches de développement. Tout le monde ne
passera pas tout de suite en SPIP2.0. Il y a pas mal de sites stables
sous 1.9.2 qui le resteront et les plugins ne doivent surtout pas
perdre leur compatibilité avec cette version stable (et éprouvée)
.Gilles
That was my 2 cents.
Etienne, qui ne participe pas des masses mais qui lit beaucoup
--
Etienne
http://www.loiseau2nuit.net
_______________________________________________
spip-zone@rezo.net -
http://listes.rezo.net/mailman/listinfo/spip-zone
Le 17 juil. 08 à 03:16, Gilles Vincent a écrit :
Le 17/07/08, L'oiseau2nuit<l.oiseau2nuit@gmail.com> a écrit :
comment pourrait-on taguer la zone pour ne proposer dans la liste de de
choix plugins que ceux qui sont "compatibles" spip 2.0
Perso l'idée de classer les plug par version ne me parait pas saugrenu mais
là, c'est peut être le repository qu'il faudrait revoir pour éviter de
devoir cloner chaque plugin x fois (x = le nombre de version supportée) mais
plutôt utiliser un système de tags ou de mot-clés (c'est dans l'air...)Un tag svn n'est ni plus ni moins qu'une copie sous svn.
Ca ne prend aucune place sur le server vu que seule la référence est
copiée (pour rappel, le serveur svn ne mémorise que les diff').
Mais ce n'est pas la même notion de « tag » dont parle l'oiseau2nuit, si je ne m'abuse, lui voudrait -- et ça me semblerait pratique -- pouvoir mettre des « étiquettes » de classification sur chaque plugin, fixes dans le temps, et non des « tags » subversion, marquant des versions appelées à diverger.
La difficulté est vraiment de classer les plugins par thèmes, sachant qu'on peut difficilement se contenter d'une arborescence de thèmes, puisque certains plugins auront un jour ou l'autre besoin d'être dans plusieurs thèmes.
Une solution serait donc d'avoir tous les plugins à plat dans le subversion, et de les référencer sur plugins.spip.net (par exemple) avec leur(s) thème(s) définis par des mots clefs. Les plugins qui ne sont pas développés sur la zone pourraient de même être référencés là, à la manière de ce qui est fait pour jQuery.
SPIP pourrait alors aussi récupérer ces thèmes pour le chargeur...
-Nicolas
--
Nicolas "Brush" Hoizey
Weblog : http://www.gasteroprod.com/
Photos : http://www.gasteroprod.com/photos/
Clever Age : http://www.clever-age.com/
Le 17/07/08, Nicolas Hoizey<nicolas@hoizey.com> a écrit :
Le 17 juil. 08 à 03:16, Gilles Vincent a écrit :
> Le 17/07/08, L'oiseau2nuit<l.oiseau2nuit@gmail.com> a
écrit :
>
> >
> > >
> > > > comment pourrait-on taguer la zone pour ne proposer dans la liste de
de
> > > >
> > >
> > choix plugins que ceux qui sont "compatibles" spip 2.0
> >
> > Perso l'idée de classer les plug par version ne me parait pas saugrenu
mais
> > là, c'est peut être le repository qu'il faudrait revoir pour éviter de
> > devoir cloner chaque plugin x fois (x = le nombre de version supportée)
mais
> > plutôt utiliser un système de tags ou de mot-clés (c'est dans l'air...)
La difficulté est vraiment de classer les plugins par thèmes, sachant qu'on
peut difficilement se contenter d'une arborescence de thèmes, puisque
certains plugins auront un jour ou l'autre besoin d'être dans plusieurs
thèmes.Une solution serait donc d'avoir tous les plugins à plat dans le
subversion, et de les référencer sur plugins.spip.net (par exemple) avec
leur(s) thème(s) définis par des mots clefs. Les plugins qui ne sont pas
développés sur la zone pourraient de même être référencés là, à la manière
de ce qui est fait pour jQuery.
oui ça me semble être une excellente option.
Il y a déjà des briques pour cela :
- une section sur spip-contrib
- Connexion · GitLab
- http://eva-web.edres74.net/spip.php?article68
- et un plugin pour afficher la zone :
Plugin Afficher la Zone - SPIP-Contrib
.Gilles
SPIP pourrait alors aussi récupérer ces thèmes pour le chargeur...
-Nicolas
--
Nicolas "Brush" Hoizey
Weblog : http://www.gasteroprod.com/
Photos : http://www.gasteroprod.com/photos/
Clever Age : http://www.clever-age.com/
En fait c'est que les plugins on n'arrive a les trouver ; mais le pb c'est que l'on n'a du mal a distinguer pour quel version de spip il fonctionne réellement.
si l'on prend certain plug ; il sont versionné 1.9.2 et fonctionne pour la 2.0
d'autre sont en dev et fonctionne superbement bien;
d'autre en test fonctionne sur toute les version spip
alors c'est sur que pour s'y retrouvé
une idée serait la bienvenue; et qui décide qu'un plug passe de dev a test et de test a stable ?
Gilles Vincent a écrit :
Le 17/07/08, Nicolas Hoizey<nicolas@hoizey.com> a écrit :
Le 17 juil. 08 à 03:16, Gilles Vincent a écrit :
Le 17/07/08, L'oiseau2nuit<l.oiseau2nuit@gmail.com> a
écrit :
comment pourrait-on taguer la zone pour ne proposer dans la liste de
de
choix plugins que ceux qui sont "compatibles" spip 2.0
Perso l'idée de classer les plug par version ne me parait pas saugrenu
mais
là, c'est peut être le repository qu'il faudrait revoir pour éviter de
devoir cloner chaque plugin x fois (x = le nombre de version supportée)
mais
plutôt utiliser un système de tags ou de mot-clés (c'est dans l'air...)
La difficulté est vraiment de classer les plugins par thèmes, sachant qu'on
peut difficilement se contenter d'une arborescence de thèmes, puisque
certains plugins auront un jour ou l'autre besoin d'être dans plusieurs
thèmes.Une solution serait donc d'avoir tous les plugins à plat dans le
subversion, et de les référencer sur plugins.spip.net (par exemple) avec
leur(s) thème(s) définis par des mots clefs. Les plugins qui ne sont pas
développés sur la zone pourraient de même être référencés là, à la manière
de ce qui est fait pour jQuery.oui ça me semble être une excellente option.
Il y a déjà des briques pour cela :
- une section sur spip-contrib
- Connexion · GitLab
- http://eva-web.edres74.net/spip.php?article68
- et un plugin pour afficher la zone :
Plugin Afficher la Zone - SPIP-Contrib.Gilles
SPIP pourrait alors aussi récupérer ces thèmes pour le chargeur...
-Nicolas
--
Nicolas "Brush" Hoizey
Weblog : http://www.gasteroprod.com/
Photos : http://www.gasteroprod.com/photos/
Clever Age : http://www.clever-age.com/_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
--
Une piste, une idée, un tuto; merci
@micalement stéphane
Le 17 juil. 08 à 11:00, assobachant a écrit :
En fait c'est que les plugins on n'arrive a les trouver
Difficilement, quand même, je trouve.
mais le pb c'est que l'on n'a du mal a distinguer pour quel version de spip il fonctionne réellement.
On peut utiliser des mots clefs pour indiquer la compatibilité.
si l'on prend certain plug ; il sont versionné 1.9.2 et fonctionne pour la 2.0
d'autre sont en dev et fonctionne superbement bien;
d'autre en test fonctionne sur toute les version spip
alors c'est sur que pour s'y retrouvé
On peut essayer de trouver un moyen d'indiquer pour chaque version d'un plugin pour quelle version de SPIP ça fonctionne, et avec quelle « stabilité ».
une idée serait la bienvenue; et qui décide qu'un plug passe de dev a test et de test a stable ?
Ses mainteneurs pour l'instant. Mais un système de vote permettant à tout testeur d'indiquer avec quelle version de SPIP il a pu utiliser telle version du plugin avec succès serait intéressant.
Il faut par contre faire attention à ne pas tomber dans l'usine à gaz.
-Nicolas
--
Nicolas "Brush" Hoizey
Weblog : http://www.gasteroprod.com/
Photos : http://www.gasteroprod.com/photos/
Clever Age : http://www.clever-age.com/
* Nicolas Hoizey tapuscrivait, le 17/07/2008 11:08:
Il faut par contre faire attention à ne pas tomber dans l'usine à gaz.
Et un simple fichier lisezmoi.txt à la racine du plugin pour dire :
- développé pour SPIP 1.9.2
- non testé en 2.0
- testé en 2.0, marche, marche pas, bancal (typiquement, accès restreint est bancal, mais utilisable)
- développé pour SPIP 2.0
- non testé en 1.9.2
- testé en 1.9.2, marche, marche pas, bancal
--
RealET
Nicolas Hoizey a écrit :
Le 17 juil. 08 à 11:00, assobachant a écrit :
En fait c'est que les plugins on n'arrive a les trouver
Difficilement, quand même, je trouve.
bah moi j'ai qu'une adresse : http://files.spip.org/
mais le pb c'est que l'on n'a du mal a distinguer pour quel version de spip il fonctionne réellement.
On peut utiliser des mots clefs pour indiquer la compatibilité.
ben sur http://files.spip.org/ ; ça risque d'être difficile ; la c'est jouable sur contrib non?
si l'on prend certain plug ; il sont versionné 1.9.2 et fonctionne pour la 2.0
d'autre sont en dev et fonctionne superbement bien;
d'autre en test fonctionne sur toute les version spip
alors c'est sur que pour s'y retrouvéOn peut essayer de trouver un moyen d'indiquer pour chaque version d'un plugin pour quelle version de SPIP ça fonctionne, et avec quelle « stabilité ».
une idée serait la bienvenue; et qui décide qu'un plug passe de dev a test et de test a stable ?
Ses mainteneurs pour l'instant. Mais un système de vote permettant à tout testeur d'indiquer avec quelle version de SPIP il a pu utiliser telle version du plugin avec succès serait intéressant.
la c'est la bonne idée je pense; par contre il faut pouvoir signaler les bugs rencontrées ; je voie plus ça avec un forum ou l'on a comme titre le nom du plug et derriere la discussion en plus avec les mots clef on peut fermer le forum et chacun peut consulter l'historique ...
Il faut par contre faire attention à ne pas tomber dans l'usine à gaz.
-Nicolas
--
Une piste, une idée, un tuto; merci
@micalement stéphane
RealET a écrit :
* Nicolas Hoizey tapuscrivait, le 17/07/2008 11:08:
Il faut par contre faire attention à ne pas tomber dans l'usine à gaz.
Et un simple fichier lisezmoi.txt à la racine du plugin pour dire :
- développé pour SPIP 1.9.2
- non testé en 2.0
- testé en 2.0, marche, marche pas, bancal (typiquement, accès restreint est bancal, mais utilisable)- développé pour SPIP 2.0
- non testé en 1.9.2
- testé en 1.9.2, marche, marche pas, bancal
la d'accord pour l'info ; mais comment on réalise le retour des pb rencontré et l'historisation
--
Une piste, une idée, un tuto; merci
@micalement stéphane
Et associer des tags/mots clés à chaque article/rubrique qui correspond à un plugin donné? Par exemple un mot clé 1.9.2 pour ceux qui sont validés pour cette version ?
assobachant a écrit :
Nicolas Hoizey a écrit :
Le 17 juil. 08 à 11:00, assobachant a écrit :
En fait c'est que les plugins on n'arrive a les trouver
Difficilement, quand même, je trouve.
bah moi j'ai qu'une adresse : http://files.spip.org/
mais le pb c'est que l'on n'a du mal a distinguer pour quel version de spip il fonctionne réellement.
On peut utiliser des mots clefs pour indiquer la compatibilité.
ben sur http://files.spip.org/ ; ça risque d'être difficile ; la c'est jouable sur contrib non?
si l'on prend certain plug ; il sont versionné 1.9.2 et fonctionne pour la 2.0
d'autre sont en dev et fonctionne superbement bien;
d'autre en test fonctionne sur toute les version spip
alors c'est sur que pour s'y retrouvéOn peut essayer de trouver un moyen d'indiquer pour chaque version d'un plugin pour quelle version de SPIP ça fonctionne, et avec quelle « stabilité ».
une idée serait la bienvenue; et qui décide qu'un plug passe de dev a test et de test a stable ?
Ses mainteneurs pour l'instant. Mais un système de vote permettant à tout testeur d'indiquer avec quelle version de SPIP il a pu utiliser telle version du plugin avec succès serait intéressant.
la c'est la bonne idée je pense; par contre il faut pouvoir signaler les bugs rencontrées ; je voie plus ça avec un forum ou l'on a comme titre le nom du plug et derriere la discussion en plus avec les mots clef on peut fermer le forum et chacun peut consulter l'historique ...
Il faut par contre faire attention à ne pas tomber dans l'usine à gaz.
-Nicolas
Le 17 juil. 08 à 11:16, RealET a écrit :
* Nicolas Hoizey tapuscrivait, le 17/07/2008 11:08:
Il faut par contre faire attention à ne pas tomber dans l'usine à gaz.
Et un simple fichier lisezmoi.txt à la racine du plugin pour dire :
- développé pour SPIP 1.9.2
- non testé en 2.0
- testé en 2.0, marche, marche pas, bancal (typiquement, accès restreint est bancal, mais utilisable)- développé pour SPIP 2.0
- non testé en 1.9.2
- testé en 1.9.2, marche, marche pas, bancal
Ca c'est bien quand tu l'as trouvé, le plugin. Et encore faut-il savoir utiliser SVN pour indiqué ce qu'on a pu tester quand on est simple utilisateur.
Mais pouvoir parcourir un site où tu veux voir tous les plugins de géolocalisation, compatibles avec SPIP 1.9.2d, et pour lesquels il y a eu au moins une confirmation de bon fonctionnement par un utilisateur ne faisant pas partie des mainteneurs, ce serait quand même bien plus pratique !
-Nicolas
--
Nicolas "Brush" Hoizey
Weblog : http://www.gasteroprod.com/
Photos : http://www.gasteroprod.com/photos/
Clever Age : http://www.clever-age.com/
Le 17 juil. 08 à 11:18, assobachant a écrit :
Nicolas Hoizey a écrit :
Le 17 juil. 08 à 11:00, assobachant a écrit :
En fait c'est que les plugins on n'arrive a les trouver
Difficilement, quand même, je trouve.
bah moi j'ai qu'une adresse : http://files.spip.org/
Tu n'as pas tout à cet endroit.
Et "aa.zip", ça te parle ?
mais le pb c'est que l'on n'a du mal a distinguer pour quel version de spip il fonctionne réellement.
On peut utiliser des mots clefs pour indiquer la compatibilité.
ben sur http://files.spip.org/ ; ça risque d'être difficile ; la c'est jouable sur contrib non?
Oui, je suggérais un peu plus tôt d'utiliser SPIP Contrib ou un nouvel espace « officiel » sur spip.net
si l'on prend certain plug ; il sont versionné 1.9.2 et fonctionne pour la 2.0
d'autre sont en dev et fonctionne superbement bien;
d'autre en test fonctionne sur toute les version spip
alors c'est sur que pour s'y retrouvéOn peut essayer de trouver un moyen d'indiquer pour chaque version d'un plugin pour quelle version de SPIP ça fonctionne, et avec quelle « stabilité ».
une idée serait la bienvenue; et qui décide qu'un plug passe de dev a test et de test a stable ?
Ses mainteneurs pour l'instant. Mais un système de vote permettant à tout testeur d'indiquer avec quelle version de SPIP il a pu utiliser telle version du plugin avec succès serait intéressant.
la c'est la bonne idée je pense; par contre il faut pouvoir signaler les bugs rencontrées
Trac
; je voie plus ça avec un forum ou l'on a comme titre le nom du plug et derriere la discussion en plus avec les mots clef on peut fermer le forum et chacun peut consulter l'historique ...
Le système de vote en question peut être fait avec le forum, oui, comme le tutoriel « jeux vidéo » d'ARNO*.
-Nicolas
--
Nicolas "Brush" Hoizey
Weblog : http://www.gasteroprod.com/
Photos : http://www.gasteroprod.com/photos/
Clever Age : http://www.clever-age.com/
Le 17 juil. 08 à 11:24, Samy RABIH a écrit :
Et associer des tags/mots clés à chaque article/rubrique qui correspond à un plugin donné? Par exemple un mot clé 1.9.2 pour ceux qui sont validés pour cette version ?
Euh... oui, c'est exactement ce dont je parle !
-Nicolas
--
Nicolas "Brush" Hoizey
Weblog : http://www.gasteroprod.com/
Photos : http://www.gasteroprod.com/photos/
Clever Age : http://www.clever-age.com/
Le 17 juil. 08 à 11:19, assobachant a écrit :
RealET a écrit :
* Nicolas Hoizey tapuscrivait, le 17/07/2008 11:08:
Il faut par contre faire attention à ne pas tomber dans l'usine à gaz.
Et un simple fichier lisezmoi.txt à la racine du plugin pour dire :
- développé pour SPIP 1.9.2
- non testé en 2.0
- testé en 2.0, marche, marche pas, bancal (typiquement, accès restreint est bancal, mais utilisable)- développé pour SPIP 2.0
- non testé en 1.9.2
- testé en 1.9.2, marche, marche pas, bancalla d'accord pour l'info ; mais comment on réalise le retour des pb rencontré et l'historisation
nan, mais moi j'ai pas envie que les utilisateurs me remontent des bugs de mes plugins utilisés avec SPIP 2.0.
Je sais que c'est bancal, plein de bugs, et qu'il faut les revoir.
Tant que le recodage n'aura pas été fait, c'est une perte de temps et d'énergie que de lire des remontées de bugs.
Je pencherai plutot pour un <necessite > qui empêche l'utilisation avec SPIP 2.0 des plugins incompatibles, et ceux qui passeront outre en editant à la main se debrouilleront bien tout seuls.
Cédric
Nicolas Hoizey a écrit :
Le 17 juil. 08 à 11:24, Samy RABIH a écrit :
Et associer des tags/mots clés à chaque article/rubrique qui correspond à un plugin donné? Par exemple un mot clé 1.9.2 pour ceux qui sont validés pour cette version ?
Euh... oui, c'est exactement ce dont je parle !
-Nicolas
surtout pour ne proposer dans la liste des plugins proposés par défaut dans spip 2 que des plugins compatibles
si c'est automatique ca doit marcher
Nicolas Hoizey a écrit :
Le 17 juil. 08 à 11:24, Samy RABIH a écrit :
Et associer des tags/mots clés à chaque article/rubrique qui correspond à un plugin donné? Par exemple un mot clé 1.9.2 pour ceux qui sont validés pour cette version ?
Euh... oui, c'est exactement ce dont je parle !
-Nicolas
surtout pour ne proposer dans la liste des plugins proposés par défaut
dans spip 2 que des plugins compatibles
si c'est automatique CA doit marcher