[SPIP Zone] Accès au SVN

Jerome_BRETON · Juillet 15, 2008, 8:14

Bonjour tout le monde,
J’ai 4 plugins sous le coude que j’aimerais héberger sur Spip-zone. Ces plugins je les ai développé dans ma société et j’ai eût l’autorisation de les diffuser.
J’en assurerais la maintenance autant que faire ce peut.

Ces plugins ont déjà été testés, et sont même utilisés sur quelques sites en production, mais j’aimerais quand même avoir vos tests dessus, je les posterais donc dans « test » malgré le fait qu’ils soient flaggués « stable ». Par contre, ils n’ont été testés que sur des 1.9.2 mais pas sur des 1.9.3svn, puisque nous n’utilisons pour nos clients que des versions stables…

Voici les plugins :
Wymeditor :
Intégration de l’éditeur WYSIWYM WymEditor : http://www.wymeditor.org/en/

Balises SPIP Encodées :
Modifie les regex de SPIP pour que les balises soient matchées sur <img12> par exemple, au lieu de . Ceci est très utile quand on utilise un éditeur WYWIWYG (ou WYSIWYM pour pouvoir continuer à utiliser les fonctionnalités de Spip.
Attention cependant, la mise en place de ce plugin doit être fait quand le site n’a pas de contenu car les anciens articles contenants des balises normales ne fonctionneront plus.

URLs Propres avec Arborescence :
Basé sur le travail de Boris Lechner (http://www.spip-contrib.net/URL-propres-en-arborescence), permet l’utilisation d’urls propres avec arbo sur une 1.9.2.
Je viens de voir qu’il y avait une contrib en Dev qui avait le même objectif pour une 1.9.3, mais mon boulot est accompli et fonctionne sur une 1.9.2 (a tester pour 1.9.3)

Google Maps :
Je n’aimais pas le plugin GIS et sa manière de fonctionner, j’ai donc refait un plugin gmap. Il repose sur les modèles (a intégrer dans le corps des articles/rubriques donc) et dispose d’un éditeur de balise dans le menu édition.

Voilà pour la présentation, à bientôt…

Jérôme Breton : at groupe Reflect, Emakina Group
contact | jerome.breton@groupereflect.net | work+33(0) 5 55 35 04 36
L’intégrité de ce message n’étant pas assurée sur Internet, groupe Reflect ne peut être tenu responsable de son contenu. Si vous n’êtes pas destinataire de ce message, merci de le détruire et d’avertir l’expéditeur.

azerttyu · Juillet 15, 2008, 8:26

Bonjour

Pour pouvoir poser sur la zone il suffit de faire une demande sur
cette liste. En général fil ou gilles t'ouvriront un accès sous peu.

Pour les plugins :
1/ Wymeditor : je sais qu'il existe deja des contributions avec
TinyMCE et autre outils, n'est ce pas un redondance ?
N'oublie pas que la zone n'as pas vocation à héberger des outils qui
évoluent aussi en dehors de la zone. C'est à dire que le plugin doit
telecharger sur le net Wymeditor et surtout ne pas etre inclus en tant
que tel dans ton plugin.

Pour les version stables, je ne crois pas qu'il y ai beaucoup de
solution, regarde du coté de doc.spip.org/@plugin-xml et de la balise
<necessite>

2/ Si j'ai bien compris ce plugin va de pair avec l'éditeur, dans quel
cas est ce utile de dissocier ces 2 outils ?

3/ Vu qu'une nouvelle version stable ne devrait pas tarder avec le
support natif des urls arbos, il faut etre sur qu'il y a
compatibilité.

4/ N'était il pas possible de faire évoluer GIS au lieu de forker ?

Dans tous les cas, cela en fait des beaux projets

Km

Jerome_BRETON · Juillet 15, 2008, 8:52

Merci pour la promptitude de la réponse.

1/Wymeditor n’est pas (je pense) redondant avec TinyMCE etc, puisqu’il s’agit d’un éditeur WYSIWYM comme ils aiment l’appeler, comprendre What You See Is What You Mean, en gros, il n’y a pas beaucoup de possibilités de mise en forme, on utilise avec cet éditeur plus facilement la sémantique HTML plutôt que des styles a l’arrache dans le code comme le font la plupart des éditeurs WYSIWYG.
Par contre, je livre Wymeditor dans mon plugin, faudra que je résolve ça avant de le poster…

2/Oui, le plugin va de pair avec l’éditeur mais pas seulement. Il est aussi utilisable avec n’importe quel éditeur WYSYWIG qui encode les caractères spéciaux et bousille donc les balises SPIP. Par contre, il est vrai que Wymeditor en a besoin, notamment car il a un support des images très limité (que j’ai désactivé pour utiliser celui de Spip).

3/Ah, heu, oui. Je pense qu’au niveau compatibilité si il y a un support natif, ca va merder… Mais bon, la 1.9.2 est toujours là non ?

4/Je n’ai pas forké a proprement parler, j’ai recréé un plugin avec une stratégie complètement différente. GIS permet de géolocaliser TOUS les articles, tandis que mon plugin fonctionne un peu comme form&tables, on créée la gmap dans édition et on la pose où on veut dans l’article. Je trouve que c’est mieux comme ça après, les gouts et les couleurs…

2008/7/15 cam.lafit@azerttyu.net <cam.lafit@azerttyu.net>:

Bonjour

Pour pouvoir poser sur la zone il suffit de faire une demande sur
cette liste. En général fil ou gilles t’ouvriront un accès sous peu.

Pour les plugins :
1/ Wymeditor : je sais qu’il existe deja des contributions avec
TinyMCE et autre outils, n’est ce pas un redondance ?
N’oublie pas que la zone n’as pas vocation à héberger des outils qui
évoluent aussi en dehors de la zone. C’est à dire que le plugin doit
telecharger sur le net Wymeditor et surtout ne pas etre inclus en tant
que tel dans ton plugin.

Pour les version stables, je ne crois pas qu’il y ai beaucoup de
solution, regarde du coté de doc.spip.org/@plugin-xml et de la balise

2/ Si j’ai bien compris ce plugin va de pair avec l’éditeur, dans quel
cas est ce utile de dissocier ces 2 outils ?

3/ Vu qu’une nouvelle version stable ne devrait pas tarder avec le
support natif des urls arbos, il faut etre sur qu’il y a
compatibilité.

4/ N’était il pas possible de faire évoluer GIS au lieu de forker ?

Dans tous les cas, cela en fait des beaux projets

Km

fil · Juillet 15, 2008, 9:00

2/Oui, le plugin va de pair avec l'éditeur mais pas seulement. Il est aussi
utilisable avec n'importe quel éditeur WYSYWIG qui encode les caractères
spéciaux et bousille donc les balises SPIP.

Je pense que c'est un problème à gérer au niveau du plugin editor, et
pas en aval. Il faudrait corriger cet encodage avant d'envoyer les
données dans la base, ça éviterait qu'un article édité d'une manière
soit incompatible avec un article édité d'une autre manière.

-- Fil

cerdic · Juillet 15, 2008, 9:08

je plussoie

un plugin wysiwig digne de ce nom doit :
- permettre l'edition non wysiwyg comme actuellement, pour les utilisateurs qui préfèrent
- ne pas casser le contenu existant
- pouvoir être desactivé au profit d'un retour a l'edition native de spip, ou d'un meilleur éditeur wysiwyg (puisqu'en la matière l'un chasse l'autre, d'après ce qu'on peut voir passer sur la zone, preuve s'il en est qu'aucune solution n'est encore satisfaisante actuellement ...)

L'approche présentée ici est donc mauvaise : il faudrait, lorsque l'edition est wysiwyg, remplacer les <imgXX> et autres par leurs originaux <imgXX> que SPIP comprendra naturellement et stockera en base. Ce remplacement devrait se faire au moment du post, avant le traitement natif par Spip.

Cédric

Le 15 juil. 08 à 11:00, Fil a écrit :

2/Oui, le plugin va de pair avec l'éditeur mais pas seulement. Il est aussi
utilisable avec n'importe quel éditeur WYSYWIG qui encode les caractères
spéciaux et bousille donc les balises SPIP.

Je pense que c'est un problème à gérer au niveau du plugin editor, et
pas en aval. Il faudrait corriger cet encodage avant d'envoyer les
données dans la base, ça éviterait qu'un article édité d'une manière
soit incompatible avec un article édité d'une autre manière.

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

Jerome_BRETON · Juillet 15, 2008, 9:25

Je suis entièrement d’accord avec vous… Malheureusement, ce n’est pas fait sur FCKEditor que je connais assez bien par exemple, et je doute que les autres plugins de WYSIWYG le fassent…
Par contre, je vais voir à faire ça sur WYMEditor, en espérant ne pas avoir à le modifier…

Heu question, mon module WYMEditor par contre remplace complètement l’éditeur de base de Spip. C’est mal ?

2008/7/15 cedric.morin@yterium.com <cedric.morin@yterium.com>:

je plussoie

un plugin wysiwig digne de ce nom doit :

permettre l’edition non wysiwyg comme actuellement, pour les utilisateurs qui préfèrent

ne pas casser le contenu existant

pouvoir être desactivé au profit d’un retour a l’edition native de spip, ou d’un meilleur éditeur wysiwyg (puisqu’en la matière l’un chasse l’autre, d’après ce qu’on peut voir passer sur la zone, preuve s’il en est qu’aucune solution n’est encore satisfaisante actuellement …)

L’approche présentée ici est donc mauvaise : il faudrait, lorsque l’edition est wysiwyg, remplacer les <imgXX> et autres par leurs originaux que SPIP comprendra naturellement et stockera en base. Ce remplacement devrait se faire au moment du post, avant le traitement natif par Spip.

Cédric

Le 15 juil. 08 à 11:00, Fil a écrit :

2/Oui, le plugin va de pair avec l’éditeur mais pas seulement. Il est aussi
utilisable avec n’importe quel éditeur WYSYWIG qui encode les caractères
spéciaux et bousille donc les balises SPIP.

Je pense que c’est un problème à gérer au niveau du plugin editor, et
pas en aval. Il faudrait corriger cet encodage avant d’envoyer les
données dans la base, ça éviterait qu’un article édité d’une manière
soit incompatible avec un article édité d’une autre manière.

– Fil

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

epilibre · Juillet 16, 2008, 10:34

Le 15/07/08, Jérôme BRETON<jerome.breton@gmail.com> a écrit :

Je suis entièrement d'accord avec vous... Malheureusement, ce n'est pas fait
sur FCKEditor que je connais assez bien par exemple, et je doute que les
autres plugins de WYSIWYG le fassent...
Par contre, je vais voir à faire ça sur WYMEditor, en espérant ne pas avoir
à le modifier...

Pour le fait de livrer WYMEditor avec le plugin, on a eu cette
expérience avec des plugins basés sur fck-editor. A chaque mise à jour
de FCK, le plugin devait suivre. Et vu la taille du bousin, c'était
plutôt lourd pour l'espace de dev. (on en garde quelques cicatrices

La bonne méthode est de télécharger automatiquement l'éditeur lors de
l'installation (au même moment que lors de la création de nouvelles
tables).
Dans le pire des cas, indiques dans une doc' d'installation du plugin
que tu fais chez toi ou sur spip-contrib, qu'il faut avant d'activer
le plugin décompresser l'éditeur dans tel dossier (si c'est simple à
faire)

Une fois que tu pourras livrer l'éditeur san WYM, n'hésites pas à tout
déposer sur la zone : ça intéressera un paquet de monde et tu auras
des retours d'expérience très enrichissants je n'en doute pas !!

@+

.Gilles
---

Heu question, mon module WYMEditor par contre remplace complètement
l'éditeur de base de Spip. C'est mal ?

A mon avis non.
Ceux qui choisissent de l'intaller sont grands et peuvent faire le
choix volontaire de cette solution alternative.
Par contre un élément très important est la non dépendance entre le
code généré et le plugin : si l'utilisateur met à jour SPIP dans sa
future version stable (qui inclura les url arborescents : c'est dans
la version de dev.), et que le plugin ne fonctionne plus (pour des
questions de compatibilité quelconque), il risque d'être plutôt
mécontent d'avoir choisi cette solution.

.Gilles
--

2008/7/15 cedric.morin@yterium.com <cedric.morin@yterium.com>:

> je plussoie
>
> un plugin wysiwig digne de ce nom doit :
> - permettre l'edition non wysiwyg comme actuellement, pour les
utilisateurs qui préfèrent
> - ne pas casser le contenu existant
> - pouvoir être desactivé au profit d'un retour a l'edition native de spip,
ou d'un meilleur éditeur wysiwyg (puisqu'en la matière l'un chasse l'autre,
d'après ce qu'on peut voir passer sur la zone, preuve s'il en est qu'aucune
solution n'est encore satisfaisante actuellement ...)
>
> L'approche présentée ici est donc mauvaise : il faudrait, lorsque
l'edition est wysiwyg, remplacer les <imgXX> et autres par leurs
originaux <imgXX> que SPIP comprendra naturellement et stockera en base. Ce
remplacement devrait se faire au moment du post, avant le traitement natif
par Spip.
>
> Cédric
>
> Le 15 juil. 08 à 11:00, Fil a écrit :
>
>
> >
> >
> >
> >
> > > 2/Oui, le plugin va de pair avec l'éditeur mais pas seulement. Il est
aussi
> > > utilisable avec n'importe quel éditeur WYSYWIG qui encode les
caractères
> > > spéciaux et bousille donc les balises SPIP.
> > >
> >
> > Je pense que c'est un problème à gérer au niveau du plugin editor, et
> > pas en aval. Il faudrait corriger cet encodage avant d'envoyer les
> > données dans la base, ça éviterait qu'un article édité d'une manière
> > soit incompatible avec un article édité d'une autre manière.
> >
> > -- Fil
> > _______________________________________________
> > spip-zone@rezo.net -
http://listes.rezo.net/mailman/listinfo/spip-zone
> >
>
>

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

epilibre · Juillet 16, 2008, 10:39

Le 15/07/08, Jérôme BRETON<jerome.breton@gmail.com> a écrit :

3/Ah, heu, oui. Je pense qu'au niveau compatibilité si il y a un support
natif, ca va merder... Mais bon, la 1.9.2 est toujours là non ?

Oui, mais en effet c'est vraiment bien de penser à tous ceux qui sont
encore en 1.9.2 : le plugin les intéressera sans aucun doute (et je ne
pense pas qu'il y en ait beaucoup qui fassent des mises à jour de SPIP
au fil de l'eau)

4/Je n'ai pas forké a proprement parler, j'ai recréé un plugin avec une
stratégie complètement différente. GIS permet de géolocaliser TOUS les
articles, tandis que mon plugin fonctionne un peu comme form&tables, on
créée la gmap dans édition et on la pose où on veut dans l'article. Je
trouve que c'est mieux comme ça après, les gouts et les couleurs...

Personnellement la démarche ne me choque pas, bien au contraire. Je
préfère de loin un plugin avec des fonctionnalités bien identifiées
plutôt qu'une usine à gaz qui se propose de recouvrir tous les cas
possibles.
C'est comme les plugins de galerie : il y en a pas mal mais c'est
logique qu'ils ne soient pas fusionnés.

.Gilles

2008/7/15 cam.lafit@azerttyu.net <cam.lafit@azerttyu.net>:
> Bonjour
>
> Pour pouvoir poser sur la zone il suffit de faire une demande sur
> cette liste. En général fil ou gilles t'ouvriront un accès sous peu.
>
>
> Pour les plugins :
> 1/ Wymeditor : je sais qu'il existe deja des contributions avec
> TinyMCE et autre outils, n'est ce pas un redondance ?
> N'oublie pas que la zone n'as pas vocation à héberger des outils qui
> évoluent aussi en dehors de la zone. C'est à dire que le plugin doit
> telecharger sur le net Wymeditor et surtout ne pas etre inclus en tant
> que tel dans ton plugin.
>
> Pour les version stables, je ne crois pas qu'il y ai beaucoup de
> solution, regarde du coté de doc.spip.org/@plugin-xml et de la balise
> <necessite>
>
> 2/ Si j'ai bien compris ce plugin va de pair avec l'éditeur, dans quel
> cas est ce utile de dissocier ces 2 outils ?
>
> 3/ Vu qu'une nouvelle version stable ne devrait pas tarder avec le
> support natif des urls arbos, il faut etre sur qu'il y a
> compatibilité.
>
> 4/ N'était il pas possible de faire évoluer GIS au lieu de forker ?
>
>
> Dans tous les cas, cela en fait des beaux projets
>
>
>
> Km
>

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

Jerome_BRETON · Juillet 17, 2008, 8:55

Merci tout le monde.

Je viens de commiter dans plugins/test mes deux plugins google-maps et urls-propres-avec-arbo qui ne nécessitaient pas de modifications. J’aimerais bien que vous les testiez pour moi sur divers environnement, moi je n’ai à dispo que du Apache sur Linux et des Spip 1.9.2c ou d, je n’ai donc pas pu faire de tests très exhaustifs.
Je documenterais ces deux plugins quand ils passeront en stable, en attendant, le fonctionnement n’est pas compliqué pour les habitués de Spip.

Concernant WymEditor, je m’y atélerais dès que j’aurais le temps et les balises Spip encodées n’auront plus d’utilité (enfin, tout du moins avec WymEditor…)

2008/7/17 Gilles Vincent <gilles.vincent@gmail.com>:

Le 15/07/08, Jérôme BRETON<jerome.breton@gmail.com> a écrit :

3/Ah, heu, oui. Je pense qu’au niveau compatibilité si il y a un support
natif, ca va merder… Mais bon, la 1.9.2 est toujours là non ?

Oui, mais en effet c’est vraiment bien de penser à tous ceux qui sont
encore en 1.9.2 : le plugin les intéressera sans aucun doute (et je ne
pense pas qu’il y en ait beaucoup qui fassent des mises à jour de SPIP
au fil de l’eau)

4/Je n’ai pas forké a proprement parler, j’ai recréé un plugin avec une
stratégie complètement différente. GIS permet de géolocaliser TOUS les
articles, tandis que mon plugin fonctionne un peu comme form&tables, on
créée la gmap dans édition et on la pose où on veut dans l’article. Je
trouve que c’est mieux comme ça après, les gouts et les couleurs…

Personnellement la démarche ne me choque pas, bien au contraire. Je
préfère de loin un plugin avec des fonctionnalités bien identifiées
plutôt qu’une usine à gaz qui se propose de recouvrir tous les cas
possibles.
C’est comme les plugins de galerie : il y en a pas mal mais c’est
logique qu’ils ne soient pas fusionnés.

.Gilles

2008/7/15 cam.lafit@azerttyu.net <cam.lafit@azerttyu.net>:

Bonjour

Pour pouvoir poser sur la zone il suffit de faire une demande sur
cette liste. En général fil ou gilles t’ouvriront un accès sous peu.

Pour les plugins :
1/ Wymeditor : je sais qu’il existe deja des contributions avec
TinyMCE et autre outils, n’est ce pas un redondance ?
N’oublie pas que la zone n’as pas vocation à héberger des outils qui
évoluent aussi en dehors de la zone. C’est à dire que le plugin doit
telecharger sur le net Wymeditor et surtout ne pas etre inclus en tant
que tel dans ton plugin.

Pour les version stables, je ne crois pas qu’il y ai beaucoup de
solution, regarde du coté de doc.spip.org/@plugin-xml et de la balise

2/ Si j’ai bien compris ce plugin va de pair avec l’éditeur, dans quel
cas est ce utile de dissocier ces 2 outils ?

3/ Vu qu’une nouvelle version stable ne devrait pas tarder avec le
support natif des urls arbos, il faut etre sur qu’il y a
compatibilité.

4/ N’était il pas possible de faire évoluer GIS au lieu de forker ?

Dans tous les cas, cela en fait des beaux projets

Km

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

epilibre · Juillet 17, 2008, 1:15

2008/7/17 nat33 spip <nat33@alternat.net>:

Ca me fait halluciner de lire ça...

À part des dev' il y qui, qui n'est pas "encore" en 192 ???

Il y a surtout beaucoup de personnes qui ont téléchargé une 1.92
depuis spip.net (une vieille version qui plus est, pas la branche de
maintenance), et qui installent des plugins réputés comme stables.Hors
ceux-ci ne fonctionnent parfois qu'en version SVN, bien que ce ne soit
pas clairement identifié, d'où plantage et impression que SPIP c'est
un gros bordel (retour vécu)

Le cas inverse est également vrai : pas mal de testeurs qui utilisent
la SVN en environnement de production alors que cette version, bien
que merveilleuse, reste une version de développement. La logique veut
que ne soient déployées que des versions stables éprouvées (en temps
que pro je n'ai pas envie de devoir refaire des mises à jour chez un
client). Je comprends tout à fait des personnes comme Cédric qui de
façon pragmatique développent des plugins sous la version stable car
ça reste leur outil de travail.

.Gilles

Nat33

-----Message d'origine-----
De : spip-zone-bounces@rezo.net [mailto:spip-zone-bounces@rezo.net] De la
part de Gilles Vincent

Oui, mais en effet c'est vraiment bien de penser à tous ceux qui sont
encore en 1.9.2

.Gilles

9aa2aa68144b2781ac02 · Juillet 17, 2008, 1:35

2008/7/17 nat33 spip <nat33@alternat.net>:

Ca me fait halluciner de lire ça...
À part des dev' il y qui, qui n'est pas "encore" en 192 ???

Moi sur différents sites perso, que je gère totalement, et sur lesquels je suis prêt à prendre ce risque :

- parce que cela ne me gêne pas d'avoir un site indisponible pendant un certain temps si ça plante,
- parce que j'en ai la capacité technique, tant SVN que PHP ou MySQL,
- parce que ça me permet de profiter de nouvelles fonctionnalités sans attendre une hypothétique version stable (je persiste à penser qu'elles ne sortent pas assez souvent)
- parce que cela permet de faire des commentaires sur les développements en cours sans se contenter de lire les commits, et surtout avec de vrais cas d'utilisation

Mais je travaille par contre sur de nombreux autres sites avec des 1.9.2d

-Nicolas

--
Nicolas "Brush" Hoizey
Weblog : http://www.gasteroprod.com/
Photos : http://www.gasteroprod.com/photos/
Clever Age : http://www.clever-age.com/

epilibre · Juillet 17, 2008, 3:51

Le 17 juillet 2008 17:20, nat33 spip <nat33@alternat.net> a écrit :

Moi aussi je comprends tout à fait cédric....

C'est juste que on a l'impression que spip perd de plus en plus le lien avec
les "vrais utilisateurs" en se perdant dans un plan parallèle de
développement impossible à suivre pour les non codeurs qui n'ont pas la
chance d'être insomniaques pour faire de la veille en plus de leurs journées
de boulot...

Les version développées deviennent obsolètes avant même d'être publiées...
On a l'impression d'être un pauvre noob d'etre encore en version 192 alors
que rien c'est fait pour rendre ne serait ce que intelligible l'état
d'avancement et le niveau de testabilité de la version de dev....

Bref ça devient un microcosme d'initiés sectaires votre truc...

Et plus ça va, plus le gap avec les utilisateurs se creuse... et plus il va
devenir difficile d'écrire le minimum de doc pour permettre de publier la
doc de mise à jour...

C'est un problème qui est un peu spécifique à la 1.9.2 et qui ne se
produira pas avec les prochaines versions.
En effet, la future version apporte tellement de nouveautés et de
confort d'utilisation qu'on est tenté de l'installer tout de suite.
Avec l'arrivée de SPIP2.0.0, il devrait y avoir un mécanisme plus
précis de numérotation permettant d'éviter d'attendre 1 an entre 2
versions stables : L'idée est d'accélérer ce cycle de stabilisation
(enfin, c'est un peu des bruits de couloir tout ça

.Gilles

---

Nat33

-----Message d'origine-----
De : Gilles Vincent [mailto:gilles.vincent@gmail.com]
Envoyé : jeudi 17 juillet 2008 15:15
À : nat33 spip; spip zone
Objet : Re: [SPIP Zone] euh

2008/7/17 nat33 spip <nat33@alternat.net>:

Ca me fait halluciner de lire ça...

À part des dev' il y qui, qui n'est pas "encore" en 192 ???

Il y a surtout beaucoup de personnes qui ont téléchargé une 1.92
depuis spip.net (une vieille version qui plus est, pas la branche de
maintenance), et qui installent des plugins réputés comme stables.Hors
ceux-ci ne fonctionnent parfois qu'en version SVN, bien que ce ne soit
pas clairement identifié, d'où plantage et impression que SPIP c'est
un gros bordel (retour vécu)

Le cas inverse est également vrai : pas mal de testeurs qui utilisent
la SVN en environnement de production alors que cette version, bien
que merveilleuse, reste une version de développement. La logique veut
que ne soient déployées que des versions stables éprouvées (en temps
que pro je n'ai pas envie de devoir refaire des mises à jour chez un
client). Je comprends tout à fait des personnes comme Cédric qui de
façon pragmatique développent des plugins sous la version stable car
ça reste leur outil de travail.

.Gilles

Nat33

-----Message d'origine-----
De : spip-zone-bounces@rezo.net [mailto:spip-zone-bounces@rezo.net] De la
part de Gilles Vincent

Oui, mais en effet c'est vraiment bien de penser à tous ceux qui sont
encore en 1.9.2

.Gilles

2a73ad4516a1114add71 · Juillet 17, 2008, 4:38

Gilles Vincent a écrit :

C'est un problème qui est un peu spécifique à la 1.9.2 et qui ne se
produira pas avec les prochaines versions.
En effet, la future version apporte tellement de nouveautés et de
confort d'utilisation qu'on est tenté de l'installer tout de suite.
Avec l'arrivée de SPIP2.0.0, il devrait y avoir un mécanisme plus
précis de numérotation permettant d'éviter d'attendre 1 an entre 2
versions stables : L'idée est d'accélérer ce cycle de stabilisation
(enfin, c'est un peu des bruits de couloir tout ça

Moi je me passe pas de la version de dev, même si elle me donne des suées graves de temps en temps (la dernière d'un utilisateur qui a une moyenne régulière de visites par jour : "Mais pourquoi j'ai zéro aujourd'hui"; rassurez-vous, j'ai balancé tous les devs ;-)). J'ai l'impression de rouler en rolls. Et je me sors de quasi tous les bugs (et il y en a pas beaucoup, vraiment, juste des incompatibilité mineures vite décelables avec des plugs).

-- Franck

romy · Juillet 17, 2008, 5:38

Le 17 juil. 2008 à 17:51, Gilles Vincent a écrit :

Le 17 juillet 2008 17:20, nat33 spip <nat33@alternat.net> a écrit :

C'est juste que on a l'impression que spip perd de plus en plus le lien avec
les "vrais utilisateurs" en se perdant dans un plan parallèle de
développement impossible à suivre pour les non codeurs qui n'ont pas la
chance d'être insomniaques pour faire de la veille en plus de leurs journées
de boulot...

Les version développées deviennent obsolètes avant même d'être publiées...
On a l'impression d'être un pauvre noob d'etre encore en version 192 alors
que rien c'est fait pour rendre ne serait ce que intelligible l'état
d'avancement et le niveau de testabilité de la version de dev....

Bref ça devient un microcosme d'initiés sectaires votre truc...

Et plus ça va, plus le gap avec les utilisateurs se creuse... et plus il va
devenir difficile d'écrire le minimum de doc pour permettre de publier la
doc de mise à jour...

Voilà qui est bien dit, merci Nat33 !
Je suis également très souciée pour les utilisateurs et utilisatrices, pour cet écart qui se creuse sévèrement, l'info qui circule de bouche à oreille, et cette difficulté à concevoir/écrire une doc cohérente.

2a73ad4516a1114add71 · Juillet 17, 2008, 5:55

romy@rezo.net a écrit :

Le 17 juillet 2008 17:20, nat33 spip <nat33@alternat.net> a écrit :

C'est juste que on a l'impression que spip perd de plus en plus le lien avec
les "vrais utilisateurs" en se perdant dans un plan parallèle de
développement impossible à suivre pour les non codeurs qui n'ont pas la
chance d'être insomniaques pour faire de la veille en plus de leurs journées
de boulot...

Les version développées deviennent obsolètes avant même d'être publiées...
On a l'impression d'être un pauvre noob d'etre encore en version 192 alors
que rien c'est fait pour rendre ne serait ce que intelligible l'état
d'avancement et le niveau de testabilité de la version de dev....

Bref ça devient un microcosme d'initiés sectaires votre truc...

Et plus ça va, plus le gap avec les utilisateurs se creuse... et plus il va
devenir difficile d'écrire le minimum de doc pour permettre de publier la
doc de mise à jour...

Voilà qui est bien dit, merci Nat33 !
Je suis également très souciée pour les utilisateurs et utilisatrices, pour cet écart qui se creuse sévèrement, l'info qui circule de bouche à oreille, et cette difficulté à concevoir/écrire une doc cohérente.

Pas dac'. Tou(te)s, je dis bien tou(te)s les utilisateurs/trices utilisent un logiciel à au max 50-60% de ses potentialités (et je suis gentil). Personne ne vous oblige à tout suivre, et d'ailleurs moi-même je ne le fais pas : je fais confiance à ceux qui développent et quand je veux faire un truc particulier, je cherche comment ils ont prévu de le faire.
Va connaître toutes les potentialités d'openoffice toi (par exemple)... Plus d'optimisme serait encourageant pour ceux qui justement passent des nuits blanches pour que des personnes qui ne savent pas programmer ou mal ou lentement ou qui ont peu de temps (c'est mon cas et visiblement le votre aussi) puissent faire un site en deux minutes.
Merci à eux pour ce qui me concerne.
-- Franck

nat33 · Juillet 17, 2008, 10:55

sincèrement , là j'ai franchement l'impression d'une fuite en avant
perfectionniste dont on ne voit pas vraiment le bout et du coup, il n'y a
pas de pallier qui permettent aux utilisateurs de comprendre où on en est
de l'évolution.

De plus, il faut reconnaître que le fait que spip avance et les plugins de
façon plus ou moins synchronisée, il est plus difficile de tester la version
de dev sans trop savoir ce qui marche ou pas avec.

En outre, comme spip ne se stabilise pas et que des dev attendent que la
version de dev se stabilise pour mettre à niveau les plugins et que les
utilisateurs attendent la mise à niveau des plugins pour tester, il me
semblent que c'est un facteur d'inertie et d'attentisme pour les
utilisateurs qui sont de plus en plus largués.

Je comprends tout fait que plongés dans leur problématique propre des dev
n'aient pas vraiment conscience du ressenti des utilisateurs techniquement
dépendants.

Ce n'est pas une question de confiance, d'optimisme ou de volonté de tout
maîtriser... mais je pense aussi que participer à la communauté c'est aussi
savoir alerter quand on pense qu'il faut faire attention.

Cela n'empêche pas d'être reconnaissante, admirative, émerveillée... pour
l'admirable travail accompli.

Nat33

-----Message d'origine-----
De : spip-zone-bounces@rezo.net [mailto:spip-zone-bounces@rezo.net] De la
part de Franck Ducas
Envoyé : jeudi 17 juillet 2008 19:56
À : spip zone
Objet : Re: [SPIP Zone] euh

romy@rezo.net a écrit :

Le 17 juillet 2008 17:20, nat33 spip <nat33@alternat.net> a écrit :

C'est juste que on a l'impression que spip perd de plus en plus le
lien avec
les "vrais utilisateurs" en se perdant dans un plan parallèle de
développement impossible à suivre pour les non codeurs qui n'ont pas la
chance d'être insomniaques pour faire de la veille en plus de leurs
journées
de boulot...

Les version développées deviennent obsolètes avant même d'être
publiées...
On a l'impression d'être un pauvre noob d'etre encore en version 192
alors
que rien c'est fait pour rendre ne serait ce que intelligible l'état
d'avancement et le niveau de testabilité de la version de dev....

Bref ça devient un microcosme d'initiés sectaires votre truc...

Et plus ça va, plus le gap avec les utilisateurs se creuse... et plus
il va
devenir difficile d'écrire le minimum de doc pour permettre de
publier la
doc de mise à jour...

Voilà qui est bien dit, merci Nat33 !
Je suis également très souciée pour les utilisateurs et utilisatrices,
pour cet écart qui se creuse sévèrement, l'info qui circule de bouche à
oreille, et cette difficulté à concevoir/écrire une doc cohérente.

Pas dac'. Tou(te)s, je dis bien tou(te)s les utilisateurs/trices
utilisent un logiciel à au max 50-60% de ses potentialités (et je suis
gentil). Personne ne vous oblige à tout suivre, et d'ailleurs moi-même
je ne le fais pas : je fais confiance à ceux qui développent et quand je
veux faire un truc particulier, je cherche comment ils ont prévu de le
faire.
Va connaître toutes les potentialités d'openoffice toi (par exemple)...
Plus d'optimisme serait encourageant pour ceux qui justement passent des
nuits blanches pour que des personnes qui ne savent pas programmer ou
mal ou lentement ou qui ont peu de temps (c'est mon cas et visiblement
le votre aussi) puissent faire un site en deux minutes.
Merci à eux pour ce qui me concerne.
-- Franck
_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

Pascal23 · Juillet 19, 2008, 12:44

Salut à tous,

+1 pour Nat33.

Je suis particulièrement reconnaissant A TOUS LES PROGRAMMEURS de SPIP qui y
passent un temps certains pour ne pas dire un certain temps !!

Mais en ce moment la version 1.9.3, puis 2.0.0, c'est le flou le plus total
!
Sortira, sortira pas ?

Du coup, je reste sur une bonne vieille 1.9.2d et des plugins fonctionnels
(mais télécharger il y a 8 ou 12 mois)... Sic...

Mais de mon point de vue, Cédric a raison, la SVN n'est faite que pour le
développement pur et elle n'est pas là pour être mise en service sur des
sites de prod. C'est ce qui a fait, à mon avis, que "nous" nous sommes un
peu égarés et que la future version est devenue (apparemment) difficile à
finaliser, dû vraisemblablement à la dispersion de forces vives de nos
SPIPEURS PROGRAMMEURS FOUS...

Voila, c'était juste le ressenti d'un SPIPeur utilisant SPIP depuis la
version 1.4 et qui trouve qu'effectivement il devient très difficile (malgré
la lecture quotidienne de cette liste) de suivre l'évolution de notre CMS
favori et ceux de ses divers plugins...

Bon courage à ceux qui bossent dessus, et ne vous inquiétez pas, malgré nos
remarques, on reste patient et très impatient de découvrir THE NEW Version

++

Pascal JPM

-----Message d'origine-----
De : spip-zone-bounces@rezo.net [mailto:spip-zone-bounces@rezo.net] De la
part de nat33 spip
Envoyé : vendredi 18 juillet 2008 00:55
À : 'Franck Ducas'; 'spip zone'
Objet : Re: [SPIP Zone] euh

sincèrement , là j'ai franchement l'impression d'une fuite en avant
perfectionniste dont on ne voit pas vraiment le bout et du coup, il n'y a
pas de pallier qui permettent aux utilisateurs de comprendre où on en est
de l'évolution.

De plus, il faut reconnaître que le fait que spip avance et les plugins de
façon plus ou moins synchronisée, il est plus difficile de tester la version
de dev sans trop savoir ce qui marche ou pas avec.

En outre, comme spip ne se stabilise pas et que des dev attendent que la
version de dev se stabilise pour mettre à niveau les plugins et que les
utilisateurs attendent la mise à niveau des plugins pour tester, il me
semblent que c'est un facteur d'inertie et d'attentisme pour les
utilisateurs qui sont de plus en plus largués.

Je comprends tout fait que plongés dans leur problématique propre des dev
n'aient pas vraiment conscience du ressenti des utilisateurs techniquement
dépendants.

Ce n'est pas une question de confiance, d'optimisme ou de volonté de tout
maîtriser... mais je pense aussi que participer à la communauté c'est aussi
savoir alerter quand on pense qu'il faut faire attention.

Cela n'empêche pas d'être reconnaissante, admirative, émerveillée... pour
l'admirable travail accompli.

Nat33

-----Message d'origine-----
De : spip-zone-bounces@rezo.net [mailto:spip-zone-bounces@rezo.net] De la
part de Franck Ducas
Envoyé : jeudi 17 juillet 2008 19:56
À : spip zone
Objet : Re: [SPIP Zone] euh

romy@rezo.net a écrit :

Le 17 juillet 2008 17:20, nat33 spip <nat33@alternat.net> a écrit :

C'est juste que on a l'impression que spip perd de plus en plus le
lien avec
les "vrais utilisateurs" en se perdant dans un plan parallèle de
développement impossible à suivre pour les non codeurs qui n'ont pas la
chance d'être insomniaques pour faire de la veille en plus de leurs
journées
de boulot...

Les version développées deviennent obsolètes avant même d'être
publiées...
On a l'impression d'être un pauvre noob d'etre encore en version 192
alors
que rien c'est fait pour rendre ne serait ce que intelligible l'état
d'avancement et le niveau de testabilité de la version de dev....

Bref ça devient un microcosme d'initiés sectaires votre truc...

Et plus ça va, plus le gap avec les utilisateurs se creuse... et plus
il va
devenir difficile d'écrire le minimum de doc pour permettre de
publier la
doc de mise à jour...

Voilà qui est bien dit, merci Nat33 !
Je suis également très souciée pour les utilisateurs et utilisatrices,
pour cet écart qui se creuse sévèrement, l'info qui circule de bouche à
oreille, et cette difficulté à concevoir/écrire une doc cohérente.

Pas dac'. Tou(te)s, je dis bien tou(te)s les utilisateurs/trices
utilisent un logiciel à au max 50-60% de ses potentialités (et je suis
gentil). Personne ne vous oblige à tout suivre, et d'ailleurs moi-même
je ne le fais pas : je fais confiance à ceux qui développent et quand je
veux faire un truc particulier, je cherche comment ils ont prévu de le
faire.
Va connaître toutes les potentialités d'openoffice toi (par exemple)...
Plus d'optimisme serait encourageant pour ceux qui justement passent des
nuits blanches pour que des personnes qui ne savent pas programmer ou
mal ou lentement ou qui ont peu de temps (c'est mon cas et visiblement
le votre aussi) puissent faire un site en deux minutes.
Merci à eux pour ce qui me concerne.
-- Franck
_______________________________________________

__________ Information provenant d'ESET NOD32 Antivirus, version de la base
des signatures de virus 3281 (20080718) __________

Le message a été vérifié par ESET NOD32 Antivirus.

http://www.eset.com

Loiseau2nuit · Juillet 19, 2008, 1:25

8 lettres : P.A.S. M.I.E.U.X !!!

(perso je suis depuis la 1.7 mais je ressens un peu la même…)

Etinene

2008/7/19 Pascal - JPM Editions <pascal@editions-jpm.fr>:

Salut à tous,

+1 pour Nat33.

Je suis particulièrement reconnaissant A TOUS LES PROGRAMMEURS de SPIP qui y
passent un temps certains pour ne pas dire un certain temps !!

Mais en ce moment la version 1.9.3, puis 2.0.0, c’est le flou le plus total
!
Sortira, sortira pas ?

Du coup, je reste sur une bonne vieille 1.9.2d et des plugins fonctionnels
(mais télécharger il y a 8 ou 12 mois)… Sic…

Mais de mon point de vue, Cédric a raison, la SVN n’est faite que pour le
développement pur et elle n’est pas là pour être mise en service sur des
sites de prod. C’est ce qui a fait, à mon avis, que « nous » nous sommes un
peu égarés et que la future version est devenue (apparemment) difficile à
finaliser, dû vraisemblablement à la dispersion de forces vives de nos
SPIPEURS PROGRAMMEURS FOUS…

Voila, c’était juste le ressenti d’un SPIPeur utilisant SPIP depuis la
version 1.4 et qui trouve qu’effectivement il devient très difficile (malgré
la lecture quotidienne de cette liste) de suivre l’évolution de notre CMS
favori et ceux de ses divers plugins…

Bon courage à ceux qui bossent dessus, et ne vous inquiétez pas, malgré nos
remarques, on reste patient et très impatient de découvrir THE NEW Version

++

Pascal JPM

-----Message d’origine-----
De : spip-zone-bounces@rezo.net [mailto:spip-zone-bounces@rezo.net] De la

part de nat33 spip
Envoyé : vendredi 18 juillet 2008 00:55
À : ‹ Franck Ducas ›; ‹ spip zone ›

Objet : Re: [SPIP Zone] euh

sincèrement , là j’ai franchement l’impression d’une fuite en avant
perfectionniste dont on ne voit pas vraiment le bout et du coup, il n’y a
pas de pallier qui permettent aux utilisateurs de comprendre où on en est
de l’évolution.

De plus, il faut reconnaître que le fait que spip avance et les plugins de
façon plus ou moins synchronisée, il est plus difficile de tester la version
de dev sans trop savoir ce qui marche ou pas avec.

En outre, comme spip ne se stabilise pas et que des dev attendent que la
version de dev se stabilise pour mettre à niveau les plugins et que les
utilisateurs attendent la mise à niveau des plugins pour tester, il me
semblent que c’est un facteur d’inertie et d’attentisme pour les
utilisateurs qui sont de plus en plus largués.

Je comprends tout fait que plongés dans leur problématique propre des dev
n’aient pas vraiment conscience du ressenti des utilisateurs techniquement
dépendants.

Ce n’est pas une question de confiance, d’optimisme ou de volonté de tout
maîtriser… mais je pense aussi que participer à la communauté c’est aussi
savoir alerter quand on pense qu’il faut faire attention.

Cela n’empêche pas d’être reconnaissante, admirative, émerveillée… pour
l’admirable travail accompli.

Nat33

-----Message d’origine-----
De : spip-zone-bounces@rezo.net [mailto:spip-zone-bounces@rezo.net] De la
part de Franck Ducas
Envoyé : jeudi 17 juillet 2008 19:56
À : spip zone
Objet : Re: [SPIP Zone] euh

romy@rezo.net a écrit :

Le 17 juillet 2008 17:20, nat33 spip <nat33@alternat.net> a écrit :

C’est juste que on a l’impression que spip perd de plus en plus le
lien avec
les « vrais utilisateurs » en se perdant dans un plan parallèle de
développement impossible à suivre pour les non codeurs qui n’ont pas la
chance d’être insomniaques pour faire de la veille en plus de leurs
journées
de boulot…

Les version développées deviennent obsolètes avant même d’être
publiées…
On a l’impression d’être un pauvre noob d’etre encore en version 192
alors
que rien c’est fait pour rendre ne serait ce que intelligible l’état
d’avancement et le niveau de testabilité de la version de dev…

Bref ça devient un microcosme d’initiés sectaires votre truc…

Et plus ça va, plus le gap avec les utilisateurs se creuse… et plus
il va
devenir difficile d’écrire le minimum de doc pour permettre de
publier la
doc de mise à jour…

Voilà qui est bien dit, merci Nat33 !
Je suis également très souciée pour les utilisateurs et utilisatrices,
pour cet écart qui se creuse sévèrement, l’info qui circule de bouche à
oreille, et cette difficulté à concevoir/écrire une doc cohérente.

Pas dac’. Tou(te)s, je dis bien tou(te)s les utilisateurs/trices
utilisent un logiciel à au max 50-60% de ses potentialités (et je suis
gentil). Personne ne vous oblige à tout suivre, et d’ailleurs moi-même
je ne le fais pas : je fais confiance à ceux qui développent et quand je
veux faire un truc particulier, je cherche comment ils ont prévu de le
faire.
Va connaître toutes les potentialités d’openoffice toi (par exemple)…
Plus d’optimisme serait encourageant pour ceux qui justement passent des
nuits blanches pour que des personnes qui ne savent pas programmer ou
mal ou lentement ou qui ont peu de temps (c’est mon cas et visiblement
le votre aussi) puissent faire un site en deux minutes.
Merci à eux pour ce qui me concerne.
– Franck

__________ Information provenant d’ESET NOD32 Antivirus, version de la base
des signatures de virus 3281 (20080718) __________

Le message a été vérifié par ESET NOD32 Antivirus.

http://www.eset.com

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

–
Etienne
http://www.loiseau2nuit.net

PAGE_Laurent · Juillet 19, 2008, 1:33

Salut à Tous,

perso j’ai pris le fil en cours et faut dire que le tchat assure sur cette liste
Ca ferai palir de jalousie les listes d’Ubuntu ou wordpress :)))

Quelqu’un peut me guider pour trouver c’est fameuse 2.0 que je la teste ?

Sinon Est ce que le shmilblik avancerait si je mettais à contib mes corrections du tuto SPIP Multidomaine,
et les URL en arborescence?

Merci pour cette formidable mouture de SPIP 1.9.2 je fais déjà tout, le crayon est un bonheur,
je vois pas ce qu’on peut faire de mieux… p’tre ajouter l’upload de nouveau doc et le changement de rubrique

++

Le 19 juillet 2008 16:25, L’oiseau2nuit <l.oiseau2nuit@gmail.com> a écrit :

8 lettres : P.A.S. M.I.E.U.X !!!

(perso je suis depuis la 1.7 mais je ressens un peu la même…)

Etinene

2008/7/19 Pascal - JPM Editions <pascal@editions-jpm.fr>:

Salut à tous,

+1 pour Nat33.

Je suis particulièrement reconnaissant A TOUS LES PROGRAMMEURS de SPIP qui y
passent un temps certains pour ne pas dire un certain temps !!

Mais en ce moment la version 1.9.3, puis 2.0.0, c’est le flou le plus total
!
Sortira, sortira pas ?

Du coup, je reste sur une bonne vieille 1.9.2d et des plugins fonctionnels
(mais télécharger il y a 8 ou 12 mois)… Sic…

Mais de mon point de vue, Cédric a raison, la SVN n’est faite que pour le
développement pur et elle n’est pas là pour être mise en service sur des
sites de prod. C’est ce qui a fait, à mon avis, que « nous » nous sommes un
peu égarés et que la future version est devenue (apparemment) difficile à
finaliser, dû vraisemblablement à la dispersion de forces vives de nos
SPIPEURS PROGRAMMEURS FOUS…

Voila, c’était juste le ressenti d’un SPIPeur utilisant SPIP depuis la
version 1.4 et qui trouve qu’effectivement il devient très difficile (malgré
la lecture quotidienne de cette liste) de suivre l’évolution de notre CMS
favori et ceux de ses divers plugins…

Bon courage à ceux qui bossent dessus, et ne vous inquiétez pas, malgré nos
remarques, on reste patient et très impatient de découvrir THE NEW Version

++

Pascal JPM

-----Message d’origine-----
De : spip-zone-bounces@rezo.net [mailto:spip-zone-bounces@rezo.net] De la

part de nat33 spip
Envoyé : vendredi 18 juillet 2008 00:55
À : ‹ Franck Ducas ›; ‹ spip zone ›

Objet : Re: [SPIP Zone] euh

sincèrement , là j’ai franchement l’impression d’une fuite en avant
perfectionniste dont on ne voit pas vraiment le bout et du coup, il n’y a
pas de pallier qui permettent aux utilisateurs de comprendre où on en est
de l’évolution.

De plus, il faut reconnaître que le fait que spip avance et les plugins de
façon plus ou moins synchronisée, il est plus difficile de tester la version
de dev sans trop savoir ce qui marche ou pas avec.

En outre, comme spip ne se stabilise pas et que des dev attendent que la
version de dev se stabilise pour mettre à niveau les plugins et que les
utilisateurs attendent la mise à niveau des plugins pour tester, il me
semblent que c’est un facteur d’inertie et d’attentisme pour les
utilisateurs qui sont de plus en plus largués.

Je comprends tout fait que plongés dans leur problématique propre des dev
n’aient pas vraiment conscience du ressenti des utilisateurs techniquement
dépendants.

Ce n’est pas une question de confiance, d’optimisme ou de volonté de tout
maîtriser… mais je pense aussi que participer à la communauté c’est aussi
savoir alerter quand on pense qu’il faut faire attention.

Cela n’empêche pas d’être reconnaissante, admirative, émerveillée… pour
l’admirable travail accompli.

Nat33

-----Message d’origine-----
De : spip-zone-bounces@rezo.net [mailto:spip-zone-bounces@rezo.net] De la
part de Franck Ducas
Envoyé : jeudi 17 juillet 2008 19:56
À : spip zone
Objet : Re: [SPIP Zone] euh

romy@rezo.net a écrit :

Le 17 juillet 2008 17:20, nat33 spip <nat33@alternat.net> a écrit :

C’est juste que on a l’impression que spip perd de plus en plus le
lien avec
les « vrais utilisateurs » en se perdant dans un plan parallèle de
développement impossible à suivre pour les non codeurs qui n’ont pas la
chance d’être insomniaques pour faire de la veille en plus de leurs
journées
de boulot…

Les version développées deviennent obsolètes avant même d’être
publiées…
On a l’impression d’être un pauvre noob d’etre encore en version 192
alors
que rien c’est fait pour rendre ne serait ce que intelligible l’état
d’avancement et le niveau de testabilité de la version de dev…

Bref ça devient un microcosme d’initiés sectaires votre truc…

Et plus ça va, plus le gap avec les utilisateurs se creuse… et plus
il va
devenir difficile d’écrire le minimum de doc pour permettre de
publier la
doc de mise à jour…

Voilà qui est bien dit, merci Nat33 !
Je suis également très souciée pour les utilisateurs et utilisatrices,
pour cet écart qui se creuse sévèrement, l’info qui circule de bouche à
oreille, et cette difficulté à concevoir/écrire une doc cohérente.

Pas dac’. Tou(te)s, je dis bien tou(te)s les utilisateurs/trices
utilisent un logiciel à au max 50-60% de ses potentialités (et je suis
gentil). Personne ne vous oblige à tout suivre, et d’ailleurs moi-même
je ne le fais pas : je fais confiance à ceux qui développent et quand je
veux faire un truc particulier, je cherche comment ils ont prévu de le
faire.
Va connaître toutes les potentialités d’openoffice toi (par exemple)…
Plus d’optimisme serait encourageant pour ceux qui justement passent des
nuits blanches pour que des personnes qui ne savent pas programmer ou
mal ou lentement ou qui ont peu de temps (c’est mon cas et visiblement
le votre aussi) puissent faire un site en deux minutes.
Merci à eux pour ce qui me concerne.
– Franck

__________ Information provenant d’ESET NOD32 Antivirus, version de la base
des signatures de virus 3281 (20080718) __________

Le message a été vérifié par ESET NOD32 Antivirus.

http://www.eset.com

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

–
Etienne
http://www.loiseau2nuit.net

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

–
OBJECTIF CLIC - PAGE Laurent - Directeur
Lot II A38 Antaninandro - 101 Antananarivo - Madagascar
RCS : 2007B00367 NIF :0158113
STAT : 64221112007010372

Loiseau2nuit · Juillet 19, 2008, 1:35

pour DL la 2.0, direction spip.net/fr section téléchargement et hop, tu prends la SVN

Pour le reste, une contrib fait toujours avancer le schmilblick, d’une manière ou d’une autre

Etienne

2008/7/19 PAGE Laurent <pagetronic@pagetronic.com>:

Salut à Tous,

perso j’ai pris le fil en cours et faut dire que le tchat assure sur cette liste
Ca ferai palir de jalousie les listes d’Ubuntu ou wordpress :)))

Quelqu’un peut me guider pour trouver c’est fameuse 2.0 que je la teste ?

Sinon Est ce que le shmilblik avancerait si je mettais à contib mes corrections du tuto SPIP Multidomaine,
et les URL en arborescence?

Merci pour cette formidable mouture de SPIP 1.9.2 je fais déjà tout, le crayon est un bonheur,
je vois pas ce qu’on peut faire de mieux… p’tre ajouter l’upload de nouveau doc et le changement de rubrique

++

Le 19 juillet 2008 16:25, L’oiseau2nuit <l.oiseau2nuit@gmail.com> a écrit :

8 lettres : P.A.S. M.I.E.U.X !!!

(perso je suis depuis la 1.7 mais je ressens un peu la même…)

Etinene

2008/7/19 Pascal - JPM Editions <pascal@editions-jpm.fr>:

Salut à tous,

+1 pour Nat33.

Je suis particulièrement reconnaissant A TOUS LES PROGRAMMEURS de SPIP qui y
passent un temps certains pour ne pas dire un certain temps !!

Mais en ce moment la version 1.9.3, puis 2.0.0, c’est le flou le plus total
!
Sortira, sortira pas ?

Du coup, je reste sur une bonne vieille 1.9.2d et des plugins fonctionnels
(mais télécharger il y a 8 ou 12 mois)… Sic…

Mais de mon point de vue, Cédric a raison, la SVN n’est faite que pour le
développement pur et elle n’est pas là pour être mise en service sur des
sites de prod. C’est ce qui a fait, à mon avis, que « nous » nous sommes un
peu égarés et que la future version est devenue (apparemment) difficile à
finaliser, dû vraisemblablement à la dispersion de forces vives de nos
SPIPEURS PROGRAMMEURS FOUS…

Voila, c’était juste le ressenti d’un SPIPeur utilisant SPIP depuis la
version 1.4 et qui trouve qu’effectivement il devient très difficile (malgré
la lecture quotidienne de cette liste) de suivre l’évolution de notre CMS
favori et ceux de ses divers plugins…

Bon courage à ceux qui bossent dessus, et ne vous inquiétez pas, malgré nos
remarques, on reste patient et très impatient de découvrir THE NEW Version

++

Pascal JPM

-----Message d’origine-----
De : spip-zone-bounces@rezo.net [mailto:spip-zone-bounces@rezo.net] De la

part de nat33 spip
Envoyé : vendredi 18 juillet 2008 00:55
À : ‹ Franck Ducas ›; ‹ spip zone ›

Objet : Re: [SPIP Zone] euh

sincèrement , là j’ai franchement l’impression d’une fuite en avant
perfectionniste dont on ne voit pas vraiment le bout et du coup, il n’y a
pas de pallier qui permettent aux utilisateurs de comprendre où on en est
de l’évolution.

De plus, il faut reconnaître que le fait que spip avance et les plugins de
façon plus ou moins synchronisée, il est plus difficile de tester la version
de dev sans trop savoir ce qui marche ou pas avec.

En outre, comme spip ne se stabilise pas et que des dev attendent que la
version de dev se stabilise pour mettre à niveau les plugins et que les
utilisateurs attendent la mise à niveau des plugins pour tester, il me
semblent que c’est un facteur d’inertie et d’attentisme pour les
utilisateurs qui sont de plus en plus largués.

Je comprends tout fait que plongés dans leur problématique propre des dev
n’aient pas vraiment conscience du ressenti des utilisateurs techniquement
dépendants.

Ce n’est pas une question de confiance, d’optimisme ou de volonté de tout
maîtriser… mais je pense aussi que participer à la communauté c’est aussi
savoir alerter quand on pense qu’il faut faire attention.

Cela n’empêche pas d’être reconnaissante, admirative, émerveillée… pour
l’admirable travail accompli.

Nat33

-----Message d’origine-----
De : spip-zone-bounces@rezo.net [mailto:spip-zone-bounces@rezo.net] De la
part de Franck Ducas
Envoyé : jeudi 17 juillet 2008 19:56
À : spip zone
Objet : Re: [SPIP Zone] euh

romy@rezo.net a écrit :

Le 17 juillet 2008 17:20, nat33 spip <nat33@alternat.net> a écrit :

C’est juste que on a l’impression que spip perd de plus en plus le
lien avec
les « vrais utilisateurs » en se perdant dans un plan parallèle de
développement impossible à suivre pour les non codeurs qui n’ont pas la
chance d’être insomniaques pour faire de la veille en plus de leurs
journées
de boulot…

Les version développées deviennent obsolètes avant même d’être
publiées…
On a l’impression d’être un pauvre noob d’etre encore en version 192
alors
que rien c’est fait pour rendre ne serait ce que intelligible l’état
d’avancement et le niveau de testabilité de la version de dev…

Bref ça devient un microcosme d’initiés sectaires votre truc…

Et plus ça va, plus le gap avec les utilisateurs se creuse… et plus
il va
devenir difficile d’écrire le minimum de doc pour permettre de
publier la
doc de mise à jour…

Voilà qui est bien dit, merci Nat33 !
Je suis également très souciée pour les utilisateurs et utilisatrices,
pour cet écart qui se creuse sévèrement, l’info qui circule de bouche à
oreille, et cette difficulté à concevoir/écrire une doc cohérente.

Pas dac’. Tou(te)s, je dis bien tou(te)s les utilisateurs/trices
utilisent un logiciel à au max 50-60% de ses potentialités (et je suis
gentil). Personne ne vous oblige à tout suivre, et d’ailleurs moi-même
je ne le fais pas : je fais confiance à ceux qui développent et quand je
veux faire un truc particulier, je cherche comment ils ont prévu de le
faire.
Va connaître toutes les potentialités d’openoffice toi (par exemple)…
Plus d’optimisme serait encourageant pour ceux qui justement passent des
nuits blanches pour que des personnes qui ne savent pas programmer ou
mal ou lentement ou qui ont peu de temps (c’est mon cas et visiblement
le votre aussi) puissent faire un site en deux minutes.
Merci à eux pour ce qui me concerne.
– Franck

__________ Information provenant d’ESET NOD32 Antivirus, version de la base
des signatures de virus 3281 (20080718) __________

Le message a été vérifié par ESET NOD32 Antivirus.

http://www.eset.com

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

–
Etienne
http://www.loiseau2nuit.net

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

–
OBJECTIF CLIC - PAGE Laurent - Directeur
Lot II A38 Antaninandro - 101 Antananarivo - Madagascar
RCS : 2007B00367 NIF :0158113
STAT : 64221112007010372

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

–
Etienne
http://www.loiseau2nuit.net