RE: [spip-dev] trolls divers ...

Faut rester calme mon vieux :wink: : je fait des constats et n'ai aucun parti pris je suis totalement neutre bien que utilisant spip pour plusieurs sites (5) je suis forcément plus sensible à ses évolutions.

Si on ne peut plus donner son avis d'utilisateur de longue date maintenant... Je tiens à vous dire qu'avec vos réactions exacerbées vous nuisez à l'image de spip dans la commuanuté du libre : attention à vos messages, vous devriez savoir que sur le net les mots portent bien plus que des paroles dans la vie !

Je donne quelques exemples pour finir parce que dénonçant les trolls je ne peux me permettre d'en devenir un :

Tout cela n'est pas dans agora, mais se trouve très facilement sur la liste :

Mots clés sur auteurs
Architecture des mots clés
Architecture des auteurs
Autres type de profil utilisateurs (admin - admin restreint - utilisateur etc.)
Newsletter (une vraie....)
Lorsque qu'une fonction est détrounée de son usage habituel pour créer une autre fonction et qu'elle est adoptée par la majorité des sites utilisant spip, cela devrait faire réfléchir à l'implémentation de cette fonction : ex : agenda.
Etc... (si vous ne voyez pas passer sur la liste les mêmes demandes depuis plusieurs années, nous ne sommes pas abonnés à la même...) : il suffit de voir les contrib qui se développent et qui sont parfois des 'uzines' à gaz alors que quelques lignes de code (du calme j'exagère volontairement...) suffiraient... C'est à réfléchir...

Mais tout cela est, je le sais très facile à dire c'est pas moi qui développe, ceci dit je m'estime le droit de dire ce que je pense d'un produit

Je sais que certains sont à l'étude sur Spip lab, mais vous le savez bien, ce qui est décevant c'est de suivre et de participer (très peu...) à un projet libre sur lequel on demande toujours des trucs que l'on voit sortir d'un seul coup ailleurs... C'est énervant c'est tout. Mais je suis confiant dans l'avenir et je vois bien spip très largement dépasser et supplanter agora : il suffit de lire les messages de la liste agora et de se rendre compte qu'ils en sont encore au débuggage de base (ce n'est que mon avis : il n'appelle pas de commentaires.)

Par contre je suis tout à fait d'accord sur le principe où il faut garder à spip un noyau principal, puis peut-être proposer une liste de fonctionnalités qu'il suffirait alors d'activer ou non (cela se fait déjà pour le moteur de recherche par exemple etc.)

Voilà voilà...

Je ne suis pas parano, mais j'aimerai que l'on en revienne à spip et que certaines reponses soient un peu moins violentes dans leur contenu, nous somme slà pour échanger pas pour se mettre dessus ! Merci

En ce qui me concerne cette discussion est close !

Jean-Luc GRELLIER
Chargé de Mission TIC
Courriel : jl-grellier@cr-limousin.fr
Tél : 05 55 45 18 96
Fax : 05 55 45 17 48
Région Limousin
27 Bd de la Corderie
87031 Limoges cedex

-----Message d'origine-----

Faut rester calme mon vieux :wink:

Heu .. j'avais pas l'impression d'être énervé ...

je fait des constats et n'ai aucun parti pris je suis totalement
neutre bien que utilisant spip pour plusieurs sites (5) je suis
forcément plus sensible à ses évolutions.

Pareil (sauf que j'ai pas compté les spip sur lesquels je
participe ;-).

Mots clés sur auteurs

comme dit dans mon mail, on y travaille

Architecture des mots clés

  c'est à dire ? arborescence ? c'est dans agora ça, mais je sais pas
comment c'est codé. Est-ce que c'est pratique à utiliser ? ça doit être
chaud coté ergonomie non ?

Architecture des auteurs
Autres type de profil utilisateurs (admin - admin restreint -
utilisateur etc.)

  Pour ces 2 points, il y a des arguments contre auxquels les core-dev
ont l'air de tenir :wink:

Newsletter (une vraie....)

  Oula .. chaud ça. Difficile à coder sans tomber dans l'utilisation de
produits externes et pas forcement utilisable partout.
  Il ne faut pas perdre de vue que dire «ça serait bien une newsletter»
est facile à dire, mais préciser un mode de fonctionnement pour
l'envoi, le format et surtout l'abonnement, c'est pas immédiat du tout.
  Et si on se lance là dedans, on verra très vite qu'il y a 20 façons
de faire, et qu'on arrivera jamais à mettre tout le monde d'accord.
  Quoique la notion de mots clé pour abonnement évoqué récemment
pourrait être une solution simple.

Lorsque qu'une fonction est détrounée de son usage habituel pour créer
une autre fonction et qu'elle est adoptée par la majorité des sites
utilisant spip, cela devrait faire réfléchir à l'implémentation de
cette fonction : ex : agenda.

  Si on arrive à faire un agenda sans rien changer à spip, pourquoi
faudrait il changer spip ? Le seul point délicat c'est le manque de
«date de fin» qui serait effectivement à discuter.

Etc... (si vous ne voyez pas passer sur la liste les mêmes demandes
depuis plusieurs années, nous ne sommes pas abonnés à la même...) : il
suffit de voir les contrib qui se développent et qui sont parfois des
'uzines' à gaz alors que quelques lignes de code (du calme j'exagère
volontairement...) suffiraient... C'est à réfléchir...

  S'il suffit de quelques lignes, la contrib devrait faire quelques
lignes. Sinon, c'est que le truc n'est pas aussi immédiat qu'il n'y
parait.

Je sais que certains sont à l'étude sur Spip lab, mais vous le savez
bien, ce qui est décevant c'est de suivre et de participer (très
peu...) à un projet libre sur lequel on demande toujours des trucs que
l'on voit sortir d'un seul coup ailleurs... C'est énervant c'est tout.

  Typiquement, le cas de la newsletter est effectivement en place dans
agora, mais avec des choix pris "unilatéralement" (clevermail, façon de
s'abonner ...).
  Si on met ça tel que dans spip tu peux être certain que dans le mois
suivant il y a aura 20 questions du genre "et comment je fais pour
gérer l'abonnement de telle manière", "comment je fait pour envoyer les
mails depuis chez free", "pourquoi j'arrive pas à installer
clevermail" ...

Par contre je suis tout à fait d'accord sur le principe où il faut
garder à spip un noyau principal, puis peut-être proposer une liste de
fonctionnalités qu'il suffirait alors d'activer ou non (cela se fait
déjà pour le moteur de recherche par exemple etc.)

  Oui, mais ça implique de continuer la maintenance et assurer la
non régression sur toutes ces options.
  Et le simple fait de passer son temps à faire des "if option machin
activée" dans le code finira par obtenir des perfs lamentables.
  C'est pourquoi je milite plutôt vers une notion de modules optionnels
qu'on installe ou pas, à la façon des mod de phpbb. Il y a une contrib
là dessus, si on l'intégrait à spip, on arriverait à quelque chose
de beaucoup plus facile à gérer (mais c'est un sacré boulot à
finaliser).

Je ne suis pas parano, mais j'aimerai que l'on en revienne à spip et
que certaines reponses soient un peu moins violentes dans leur
contenu, nous somme slà pour échanger pas pour se mettre dessus !

  J'insiste sur le fait que je n'ai pas l'impression d'avoir été
violent. J'ai p'tet pas dit "s'il te plait", mais le contenu de
mon mail me parait moins violent et plus ouvert qu'une réponse se
terminant par «En ce qui me concerne cette discussion est close !»

À+, Pif.

Christian Lefebvre <christian.lefebvre <at> atosorigin.com> writes:

Architecture des mots clés

  c'est à dire ? arborescence ? c'est dans agora ça, mais je sais pas
comment c'est codé. Est-ce que c'est pratique à utiliser ? ça doit être
chaud coté ergonomie non ?

Sans vouloir entrer dans des polémiques stériles ...
Agora ou pas, perso j'utilise spip, et
j'utilise beaucoup (mais vraiment beaucoup)
les mot-clefs dans mon site, et vraiment, oui
j'avoue qu'un hiérarchie des mot-clefs serait un plus.

Ceci dit, on peut créer des hiérarchies "virtuelles" grâce
justement à de nouveaux groupes de mots-clef (c'est ce que je fais).
Mais quand on passe dans la partie privée et sur la page mot-clefs,
... ça tourne au cauchemar.
Idem cauchemar à la conception des squellettes,
j'ai une liste de mot-clefs à rendre "invisibles" à n'en plus finir.

Perso, je ne code pas, je ne peux donc pas m'y coller (à la conception
hiérarchique des mot-clefs)
Il y a un an, je ne savais même pas ce qu'était le html ...
(je sais un peu mieux maintenant)
mais je fais mon possible pour partager des boucles
(surtout touchant au multilinguisme)
et dès que j'aurai terminé,
je mettrai en demande de validation sur spip contrib
un module portfolio et un autre "e-card, carte postale virtuelle"
service permettant de manière ludique de promouvoir son site
à partir des vignettes-images générées (les deux construits en CSS
et sans aucune table).

Donc ... à vôt bon coeur m'sieu dames ...
si Fil, Arno et "ceus qui prennent les décision d'orientations spipiques"
sont d'accord pour le principe
de création de mot-clefs hiérarchisés ... ça serait sympa,
si vous codez, de leur donner un coup de main.

Soÿ

Salut,

Au sujet de l'abonnement dans le cadre de spip, il est vrai que ce n'est pas du tout immédiat et qu'il y a plusieurs manières de l'envisager, c'est vrai surtout que cela soulève des problèmes importants de confidentialité des infos personnelles des abonnés que l'on ne doit pas sous-estimer.

Christian Lefebvre a écrit :

>Quoique la notion de mots clé pour abonnement évoqué récemment
>pourrait être une solution simple.

Les mots clés ont été évoqués pour cela, de même que des listes d'auteurs qui sont simples aussi.

Je ne me souviens pas qu'on ai tranché la dessus, mais je me souviens que c'était plus "sale" de coder de l'abonnement avec des mots clés ;), à moins qu'une méthode "propre" ne m'ai échappé.

Pour moi de l'abonnement se conçoit comme ca :

1) Le visiteur s'inscrit (procédure habituelle de spip) ->
Le visiteur est alors déterminé en tant qu'auteur ou visiteur, point barre.

2) Il s'abonne *éventuellement* à un service.

Ici les groupes d'auteurs semblent adaptés, la personne souhaite faire partie du groupe des personnes abonnées à un service.

Exemples :

La lettre hebdo des nouveautés -> un groupe d'auteur
L'alerte mail du forum -> un autre groupe d'auteur
Le co voiturage Paris-Lille -> un groupe d'auteur

Ensuite au moment de la production du service, on regarde les abonnés du groupe et les caractéristiques du groupe, on en déduit ce qu'il faut faire (envoyer un mail aux abonnés du co voiturage quand un nouveau message est posté sur le forum "Paris-Lille", envoyer la lettre des nouveautés depuis 7 jours le dimanche).

-> Il manque dans spip les groupes d'auteurs (mais on peut peut être prendre la structure d'un article et ses auteurs en attendant ?)

3) Enfin, le visiteur affine son profil avec des mots clés.

Mais en fait pour les mots clés sur les auteurs, on en était resté à se demander à quoi ca sert , vu que ce qui avait été proposé rendait les commentateurs sceptiques quant à la fiabilité du système. ()

Si j'ai bien compris l'idée est de faire du push de contenu selon un profil, c'est à dire des correspondances entre par exemple, des petites annonces et des profils de visiteurs : pour des apparts ou des boulots d'été par exemple.

Quoiqu'il en soit des mots clés, ce qui est de toute facon "sensible" quand on se lance dans de l'abonnement, c'est qu'il faut prévoir que les gens, visiteurs ou auteur, accèdent à leur "espace perso" et qu'ils puissent au moins se désabonner, ou savoir à quoi ils sont (/ ont été) abonnés.

En effet quand on commence à laisser les admins spip "classer les gens" et les profil dans des catégories, il ne faut pas négliger la transparence du système, et je comprends que l'on redoute à ce moment la d'ouvrir la boite de pandore des dérives et des mauvaises pratiques internet.

Il faut donc discuter des modalités, qui dépendent sans doute du style de services auxquels on souhaite s'abonner ; ceci rend l'intégration dans spip de l'abonnement moins immédiate.

Il est tout à fait logique selon moi que spip n'intègre qu'au compte goute les nouvelles fonctionnalités, quand elles sont bien formulées, suffisamment réfléchies et qu'on a un panel d'utilisation confirmé.

C'est la meme chose pour l'abonnement et pour toutes les fonctions à l'étude qui ont été citées :

Il ne suffit pas de dire yaka, fokon, ou de coder n'imp pour coder.

Si les fonctions ne sont pas dans spip ni dans la todo, c'est qu'il n'a jamais été clairement montré que c'était utile de les y intégrer : c'est par la qu'il faut commencer.

C'est valable pour toutes les "fonctions" citées je crois, il n'y à rien qui se code en deux lignes qui ne soit pas déjà codé.

Il faudrait donc poster des messages avec un titre précis relatif au développement d'une fonction de spip, par exemple :

"Hierarchie de mots clés"

"Groupes d'auteurs"

"Abonnement"

"Mots clés sur les sites syndiqués"

Et faire ensuite un topo de ce que l'on souhaite faire et pourquoi on ne peut pas en l'état avec spip.

C'est plus efficace que de lancer des trolls en prétant des intentions aux uns et aux autres, et c'est plus reposant pour les participants ;o).

@+
BoOz