Spip et les agences web (et les clients aussi)

Général
1

Bonjour,

Je suis développeur web professionnel depuis une douzaine d'années. Les solutions techniques que j'utilise sont des applications perso en PHP/MySQL, ou un CMS, et dans ce dernier cas, c'est toujours Spip (mais je connais aussi Joomla et Drupal).

Depuis peu, je suis régulièrement confronté à des clients qui ne veulent pas de Spip. Les arguments : "c'est dépassé", "c'est plus utilisé", "Joomla est bien mieux", "Drupal est bien mieux", "avec Spip, il n'y a pas d'éditeur wysiwyg", etc. Sans relancer le débat, il est évident que ce dernier point fait perdre un nombre de plus en plus important d'utilisateurs de Spip.

Drupal est très souvent cité. Alors pourquoi je n'utilise pas Drupal ? C'est très simple : avec Drupal, le site doit impérativement être hébergé sur un serveur dédié (Drpal nécessite énormément de ressources). Spip, je peux le proposer sur du mutualisé.
Rue89 et Mediapart ont été réalisés avec Drupal. Oui, mais si on regarde de près ces sites, on se rend compte qu'ils auraient pu fonctionner sous Spip sans problème, avec sûrement à la clé des économies d'hébergement.

Si je vous fais part de ce message, c'est pour vous demander si, vous aussi, vous constatez la même chose de votre côté (des clients ou agences qui refusent de travailler avec Spip) ?
Je me demandais également s'il ne serait pas intéressant de publier un article sur le site de Spip, permettant de mettre en avant ses capacités, et pour lui rendre ainsi la crédibilité qu'il mérite (une sorte d'argumentaire à destination de clients potentiels) ?
Qu'en pensez-vous ?

Merci.

2

Je rencontre actuellement cette même problématique et il me paraît important de mettre en commun nos démarches.
De mon côté je vais essayé de faire une synthèse de mon expérience sur le sujet.

Jérôme

Le 15 janv. 09 à 09:22, Yannick a écrit :

Bonjour,

Je suis développeur web professionnel depuis une douzaine d'années. Les solutions techniques que j'utilise sont des applications perso en PHP/MySQL, ou un CMS, et dans ce dernier cas, c'est toujours Spip (mais je connais aussi Joomla et Drupal).

Depuis peu, je suis régulièrement confronté à des clients qui ne veulent pas de Spip. Les arguments : "c'est dépassé", "c'est plus utilisé", "Joomla est bien mieux", "Drupal est bien mieux", "avec Spip, il n'y a pas d'éditeur wysiwyg", etc. Sans relancer le débat, il est évident que ce dernier point fait perdre un nombre de plus en plus important d'utilisateurs de Spip.

Drupal est très souvent cité. Alors pourquoi je n'utilise pas Drupal ? C'est très simple : avec Drupal, le site doit impérativement être hébergé sur un serveur dédié (Drpal nécessite énormément de ressources). Spip, je peux le proposer sur du mutualisé.
Rue89 et Mediapart ont été réalisés avec Drupal. Oui, mais si on regarde de près ces sites, on se rend compte qu'ils auraient pu fonctionner sous Spip sans problème, avec sûrement à la clé des économies d'hébergement.

Si je vous fais part de ce message, c'est pour vous demander si, vous aussi, vous constatez la même chose de votre côté (des clients ou agences qui refusent de travailler avec Spip) ?
Je me demandais également s'il ne serait pas intéressant de publier un article sur le site de Spip, permettant de mettre en avant ses capacités, et pour lui rendre ainsi la crédibilité qu'il mérite (une sorte d'argumentaire à destination de clients potentiels) ?
Qu'en pensez-vous ?

Merci.

_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

irc://irc.freenode.net/spip ou http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip

3

Bonjour,

Yannick a écrit :

Depuis peu, je suis régulièrement confronté à des clients qui ne veulent pas de Spip. Les arguments : "c'est dépassé", "c'est plus utilisé", "Joomla est bien mieux", "Drupal est bien mieux", "avec Spip, il n'y a pas d'éditeur wysiwyg", etc. Sans relancer le débat, il est évident que ce dernier point fait perdre un nombre de plus en plus important d'utilisateurs de Spip.

Si je vous fais part de ce message, c'est pour vous demander si, vous aussi, vous constatez la même chose de votre côté (des clients ou agences qui refusent de travailler avec Spip) ?

Tout pareil. Je gère Spip pour un réseau d'associations (et pour mes amis), et le premier rebut à vouloir créer du contenu est l'éditeur dont le texte devient rapidement illisible et grande source d'erreurs dés que l'on a 2-3 liens + gras + ... sur un même paragraphe, et encore plus sur différents paragraphes consécutifs.

Cet éditeur est une véritable PLAIE amha, et il faudra veiller rapidement à ce qu'elle ne s'infecte pas.

Je ne comprends pas comment, avec les trucs méga-complexes AJAXés et sécurisés et tout et tout qui sortent sous SPIP, que l'on arrive pas à faire un éditeur Wisiwyg qui retourne simplement du texte en syntaxe SPIP. Alors que bien des applications d'éditeurs wisiwyg existent par ailleurs.
Et qu'on ne propose pas la solution de l'aperçu sous l'éditeur, ça ne résout rien.
Pour ma part je n'ai jamais touché au Javascript, mais je me pose des questions.

--
Stéphane

Jeune Chambre Economique : se former en servant la communauté
  http://www.jce-saintes.org - http://www.jce-poitoucharentes.org

    BTS Electrotechnique *** http://enselec.santonum.eu

4

Travaillant dans une agence web depuis quelques années, j'ai personnellement une autre vision du problème :
l'absence d'éditeur wysiwig est une bénédiction :slight_smile:
en général la présence d'un tel outil donne très vite la possibilité au client de transformer son site en sapin de noël, génère de plus des aberrations au niveau du code, etc.
si on a bien pensé son site, je pense qu'on a pas franchement besoin d'un tel éditeur, il existe de plus quelques plugins qui permettent éventuellement de palier à ce "problème" s'il s'avère impossible de le "contourner"

-----Message d'origine-----
De : Stéphane Santon [mailto:m.spiprezo@team-santonum.com]
Envoyé : jeudi 15 janvier 2009 09:36
À : Yannick
Cc : spip@rezo.net
Objet : Re: [Spip] Spip et les agences web (et les clients aussi)

Bonjour,

Yannick a écrit :
> Depuis peu, je suis régulièrement confronté à des clients
qui ne veulent
> pas de Spip. Les arguments : "c'est dépassé", "c'est plus utilisé",
> "Joomla est bien mieux", "Drupal est bien mieux", "avec
Spip, il n'y a
> pas d'éditeur wysiwyg", etc. Sans relancer le débat, il est
évident que
> ce dernier point fait perdre un nombre de plus en plus important
> d'utilisateurs de Spip.
>
> Si je vous fais part de ce message, c'est pour vous
demander si, vous
> aussi, vous constatez la même chose de votre côté (des clients ou
> agences qui refusent de travailler avec Spip) ?

Tout pareil. Je gère Spip pour un réseau d'associations (et pour mes
amis), et le premier rebut à vouloir créer du contenu est
l'éditeur dont
le texte devient rapidement illisible et grande source
d'erreurs dés que
l'on a 2-3 liens + gras + ... sur un même paragraphe, et
encore plus sur
différents paragraphes consécutifs.

Cet éditeur est une véritable PLAIE amha, et il faudra veiller
rapidement à ce qu'elle ne s'infecte pas.

Je ne comprends pas comment, avec les trucs méga-complexes AJAXés et
sécurisés et tout et tout qui sortent sous SPIP, que l'on
arrive pas à
faire un éditeur Wisiwyg qui retourne simplement du texte en syntaxe
SPIP. Alors que bien des applications d'éditeurs wisiwyg existent par
ailleurs.
Et qu'on ne propose pas la solution de l'aperçu sous l'éditeur, ça ne
résout rien.
Pour ma part je n'ai jamais touché au Javascript, mais je me pose des
questions.

--
Stéphane

Jeune Chambre Economique : se former en servant la communauté
  http://www.jce-saintes.org - http://www.jce-poitoucharentes.org

    BTS Electrotechnique *** http://enselec.santonum.eu

_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

irc://irc.freenode.net/spip ou
http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip

5

Bonjour yannick

Depuis peu, je suis régulièrement confronté à des clients qui ne veulent pas de Spip. Les arguments : "c'est dépassé", "c'est plus utilisé", "Joomla est bien mieux", "Drupal est bien mieux", "avec Spip, il n'y a pas d'éditeur wysiwyg", etc. Sans relancer le débat, il est évident que ce dernier point fait perdre un nombre de plus en plus important d'utilisateurs de Spip.

Dans le sud aussi, on a une recrudescence de projets sous joomla, même
argumentation de toi, concernant la vieillerie de SPIP. Vieillerie qui
est un argument pas très révélateur au vu des personnes qui le prononce.
M'enfin il est plus facile de défoncer un CMS qu'un projet, surtout
lorsque ce dernier est conçu autour du CMS et pas le contraire.

Drupal est très souvent cité. Alors pourquoi je n'utilise pas Drupal ? C'est très simple : avec Drupal, le site doit impérativement être hébergé sur un serveur dédié (Drpal nécessite énormément de ressources). Spip, je peux le proposer sur du mutualisé.
Rue89 et Mediapart ont été réalisés avec Drupal. Oui, mais si on regarde de près ces sites, on se rend compte qu'ils auraient pu fonctionner sous Spip sans problème, avec sûrement à la clé des économies d'hébergement.

Le site "le monde" n'est pas conçu avec SPIP non plus, du moins je crois
pas, pourtant c'est autour et grâce au "Monde Diplo" que SPIP a fait
c'est premier pas.

Tant que les projets seront conçus autour des CMS en fonction de leurs
nouveautés fonctionnelles et non en fonction de leurs contraintes
conceptuelles, j'ai un peu peur que SPIP comme Typo3 en sont temps
subisse aussi des effets de mode. Si c'est un editeur wysiwyg qui
détermine son usage, ça prouve le niveau des concepteurs de projet.

VIVE SPIP !

6

Bonjour,

Yannick a écrit :

Depuis peu, je suis régulièrement confronté à des clients qui ne veulent pas de Spip. Les arguments : "c'est dépassé", "c'est plus utilisé", "Joomla est bien mieux", "Drupal est bien mieux", "avec Spip, il n'y a pas d'éditeur wysiwyg", etc. Sans relancer le débat, il est évident que ce dernier point fait perdre un nombre de plus en plus important d'utilisateurs de Spip.

Tiens... Pour moi, éditer sous SPIP, c'est faire du traitement de texte avec WordStar de 1984 sous CP/M...

C'est bien un traitement de texte, mais qui ne rigolerait pas de voir quelqu'un travailler là-dessus ??
--
Stéphane

Jeune Chambre Economique : se former en servant la communauté
  http://www.jce-saintes.org - http://www.jce-poitoucharentes.org

    BTS Electrotechnique *** http://enselec.santonum.eu

7

Stéphane Santon a écrit :

Tiens... Pour moi, éditer sous SPIP, c'est faire du traitement de texte avec WordStar de 1984 sous CP/M...

ça interpelle en effet...
mais certains progrés génèrent plus de problèmes que de bonnes choses aussi !
JL

8

Tout à fait d’accord sur le fait que les éditeurs wysiwyg offrent « trop » de possibilités aux rédacteurs.
A mon humble avis il faudrait un éditeur wysiwyg mais offrant un nombre limité de fonctionnalités

Jean-marc
David Gourdet a écrit :

9

Stéphane Santon wrote:

Pour ma part je n'ai jamais touché au Javascript, mais je me pose des questions.

Bah faut t'y mettre.

C'est vrai que ca serait bien un editeur avec rendu visuel du code spip. Une des barres typo le fait vaguement, c'est un début.

BoOz

10

Attention, le but de mon message (et comme je l'ai précisé) n'était pas de relancer le débat sur les éditeur wysiwyg dans Spip.
Je vais travailler prochainement sur un plugin qui intègre Tinymce. Il ne comprendra que 3 boutons (ça me suffit amplement) : gras, italique, intertitre et tableau. Grâce aux pipelines, le code généré sera bien les raccourcis Spip. Je vous en reparlerai.

Mon message était plutôt de savoir si vous aussi, en tant que développeurs web, vous étiez confrontés à des clients qui refusent l'emploi de Spip, ou si vous avez perdu des marchés parce que vous proposiez Spip.
Pour prendre un exemple concret, je suis en négociation avec un client pour un petit site associatif pour lequel Spip est parfait. Le client m'appelle : "j'ai été contacté par la société Bidule et lui ai parlé de Spip. Ils m'ont répondu que Spip était un "jouet dépassé" et qu'il ne constituait absolument pas un bon choix."

Des exemples comme ça, je peux vous en citer d'autres.

A une époque (pas lointaine), c'était le contraire. Les clients demandaient du Spip !
Je vais, dès que j'aurai un moment, faire une plaquette PDF sur Spip, à destination des clients. Peut-être une autre également à destinations des professionnels. Je serai ok pour la communiquer à ceux qui sont intéressés.

Jérôme : suis ok pour y travailler ensemble si tu le souhaites.

Jérôme

Je rencontre actuellement cette même problématique et il me paraît important de mettre en commun nos démarches.
De mon côté je vais essayé de faire une synthèse de mon expérience sur le sujet.

11

(re)

Des exemples comme ça, je peux vous en citer d'autres.

Oui, je veux bien :slight_smile:

Jérôme : suis ok pour y travailler ensemble si tu le souhaites.

Jérôme

Je rencontre actuellement cette même problématique et il me paraît
important de mettre en commun nos démarches.
De mon côté je vais essayé de faire une synthèse de mon expérience sur le
sujet.

Il y a un projet SPIP qui se rapproche de ça et qui a était amorcé,
voir avec Lentz Valéry-Xavier et Gilles VINCENT

++

12

Bonjour,

David Gourdet a écrit :

l'absence d'éditeur wysiwig est une bénédiction :slight_smile:
en général la présence d'un tel outil donne très vite la possibilité au client de transformer son site en sapin de noël, génère de plus des aberrations au niveau du code, etc.

Mais créer un éditeur WYSIWYG n'implique pas de fournir TOUTES les fonctionnalités de mise en forme imaginables (couleur, taille, défilement, ...)! Que diable !
Je comprends qu'avec des argumentations comme ça on en soit encore au statu quo !

L'éditeur wysiwyg peut se limiter à représenter les fonctionnalités actuelles de SPIP, sans possibilités de Guirlandes. Et ce serait très bien !
- italique (ou plutôt accentuation},
- gras (ou plutôt accentuation forte),
- intertitre
- listes simples
- listes multi-niveaux
- Liens hypertexte

si on a bien pensé son site, je pense qu'on a pas franchement besoin d'un tel éditeur, il existe de plus quelques plugins qui permettent éventuellement de palier à ce "problème" s'il s'avère impossible de le "contourner"

L'avis de ma compagne artiste peintre, c'est que modifier un texte comme ci-dessous, c'est très indigeste. J'ai pas dit qu'elle le vomissait, hein ?!
Mais c'est difficile à digérer, et dans ces cas-là, on en mange moins.

Mais peut-être ai-je mal réfléchi à son besoin de contenu.

{{{Catalogue 2009}}}

-* {{La carterie créative et artistique}} : mise en place d'un atelier [Stage J105 ->http://www.gerfiplus.tm.fr/catalogue.php?m=catalogue&a=viewStage&idStage=1961]
-* {{Décor sur verre et vitrail en trompe-l'oeil}} -
[Stage J120 ->http://www.gerfiplus.tm.fr/catalogue.php?m=catalogue&a=viewStage&idStage=1980]
-* {{Peinture sur bois et métal : motifs d'art populaire}} -
[Stage J122 ->http://www.gerfiplus.tm.fr/catalogue.php?m=catalogue&a=viewStage&idStage=1982]
-* {{Mosaïque : les techniques d'atelier}} -
  [Stage J123 ->http://www.gerfiplus.tm.fr/catalogue.php?m=catalogue&a=viewStage&idStage=1265]
-*{{L'encadrement}} : les techniques de base -
[Stage J126 ->http://www.gerfiplus.tm.fr/catalogue.php?m=catalogue&a=viewStage&idStage=1986]
-* {{Décors de Noël}} : activités créatives et originales - [Stage J133 ->http://www.gerfiplus.tm.fr/catalogue.php?m=catalogue&a=viewStage&idStage=1994]
-* {{Scrapbooking}} : comment mettre en scène des photos - {{NOUVEAU}} - [Stage J134 ->http://www.gerfiplus.tm.fr/catalogue.php?m=catalogue&a=viewStage&idStage=1995]
-*{{Les meubles en carton}} : techniques de fabrication - {{NOUVEAU}} - [Stage 135 ->http://www.gerfiplus.tm.fr/catalogue.php?m=catalogue&a=viewStage&idStage=1996]
-* {{Danses traditionnelles et folkloriques}} : [Stage J138->http://www.gerfiplus.tm.fr/catalogue.php?m=catalogue&a=viewStage&idStage=1999]

http://www.arts-deco-loisirs.com/Formation-par-GERFI-art81.html

--
Stéphane

Jeune Chambre Economique : se former en servant la communauté
  http://www.jce-saintes.org - http://www.jce-poitoucharentes.org

    BTS Electrotechnique *** http://enselec.santonum.eu

13

karim belkacem a écrit :

(re)

Des exemples comme ça, je peux vous en citer d'autres.
    
Oui, je veux bien :slight_smile:
  
Oui, mais suis pas sûr que ça apporte quelque chose ?

Jérôme : suis ok pour y travailler ensemble si tu le souhaites.

Jérôme
    

Je rencontre actuellement cette même problématique et il me paraît
important de mettre en commun nos démarches.
De mon côté je vais essayé de faire une synthèse de mon expérience sur le
sujet.
      
Il y a un projet SPIP qui se rapproche de ça et qui a était amorcé,
voir avec Lentz Valéry-Xavier et Gilles VINCENT
  
Ah bon ? Ok, j'imagine qu'ils sont inscrits sur la liste ? Dans ce cas, et s'ils sont ok, je veux bien y participer.

14

Je comprends bien...
Perso, j'ai utilisé TinyMCE et Telerik et c'était l'horreur...
Ca fout en l'air tout le travail de conception graphique, d'élaboration d'une ligne graphique, à moins d'être sur le dos des clients en permanence ou d'avoir à faire à un client particulièrement sensible à ces enjeux (ce qui est très rare...)

Regardons par exemple la réussite de WordPress ...
Y-a-t-il derrière un éditeur wysiwig très élaboré ?
La réponse est non. Et pourtant ça cartonne.

Un plugin qui permette d'utiliser MCE ? pourquoi pas ?
mais je vous souhaite bon courage ensuite pour rattraper les conneries des clients...
rien ne vaut à mon humble avis un effort de formation, d'explication, de sensibilisation aux enjeux de la communication graphique en amont...

David

-----Message d'origine-----
De : Yannick [mailto:internet01@villagegraphique.com]
Envoyé : jeudi 15 janvier 2009 11:13
À : liste SPIP
Objet : Re: [Spip] Spip et les agences web (et les clients aussi)

Attention, le but de mon message (et comme je l'ai précisé)
n'était pas
de relancer le débat sur les éditeur wysiwyg dans Spip.
Je vais travailler prochainement sur un plugin qui intègre
Tinymce. Il
ne comprendra que 3 boutons (ça me suffit amplement) : gras,
italique,
intertitre et tableau. Grâce aux pipelines, le code généré
sera bien les
raccourcis Spip. Je vous en reparlerai.

Mon message était plutôt de savoir si vous aussi, en tant que
développeurs web, vous étiez confrontés à des clients qui refusent
l'emploi de Spip, ou si vous avez perdu des marchés parce que vous
proposiez Spip.
Pour prendre un exemple concret, je suis en négociation avec
un client
pour un petit site associatif pour lequel Spip est parfait.
Le client
m'appelle : "j'ai été contacté par la société Bidule et lui
ai parlé de
Spip. Ils m'ont répondu que Spip était un "jouet dépassé" et qu'il ne
constituait absolument pas un bon choix."

Des exemples comme ça, je peux vous en citer d'autres.

A une époque (pas lointaine), c'était le contraire. Les clients
demandaient du Spip !
Je vais, dès que j'aurai un moment, faire une plaquette PDF
sur Spip, à
destination des clients. Peut-être une autre également à destinations
des professionnels. Je serai ok pour la communiquer à ceux qui sont
intéressés.

Jérôme : suis ok pour y travailler ensemble si tu le souhaites.

Jérôme
> Je rencontre actuellement cette même problématique et il me paraît
> important de mettre en commun nos démarches.
> De mon côté je vais essayé de faire une synthèse de mon
expérience sur
> le sujet.
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

irc://irc.freenode.net/spip ou
http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip

15

Yannick a écrit :

Mon message était plutôt de savoir si vous aussi, en tant que développeurs web, vous étiez confrontés à des clients qui refusent l'emploi de Spip, ou si vous avez perdu des marchés parce que vous proposiez Spip.

J'ai pour ma part avec une certaine satisfaction constaté le contraire :
1) un site au début sur spip
2) une agence web intervient et installe tinymce sur des nouvelles pages php
non spip
3) l'utilisateur me confie que c'est difficile à utiliser,
qu'il y perd beaucoup de temps et demande d'améliorer ça
(et en effet, tinymce se révélait une usine à gaz pénible à utiliser)
et la conclusion logique a été de basculer la saisie "en spip".

JL

16

Yannick a écrit :

Attention, le but de mon message (et comme je l'ai précisé) n'était pas de relancer le débat sur les éditeur wysiwyg dans Spip.
Je vais travailler prochainement sur un plugin qui intègre Tinymce. Il ne comprendra que 3 boutons (ça me suffit amplement) : gras, italique, intertitre et tableau. Grâce aux pipelines, le code généré sera bien les raccourcis Spip. Je vous en reparlerai.

Houla! Grosse erreur car pour l'avoir fait: Tinymce comme d'autres wysiwyg importe du html dans le corps de l'article... Donc adieu crayon et autres, car comment se retrouver dans un article style <font><style size=> <img src= etc..
Il faut savoir faire un choix! Je propose des plugins sur plugandspip qui charge un wysiwyg mais avec pleins d'avertissements.. Le wysiwyg c'est redoutable!!! Il n'ya qu'a voir ce que fais Joomla... et on ne peut pas dire que la méthode soit élégante car un Jommla au travers de son interface même avec toutes les interfaces possibles reste Joomla au niveau de la saisie et c'est franchement laid.

Mon message était plutôt de savoir si vous aussi, en tant que développeurs web, vous étiez confrontés à des clients qui refusent l'emploi de Spip, ou si vous avez perdu des marchés parce que vous proposiez Spip.
Pour prendre un exemple concret, je suis en négociation avec un client pour un petit site associatif pour lequel Spip est parfait. Le client m'appelle : "j'ai été contacté par la société Bidule et lui ai parlé de Spip. Ils m'ont répondu que Spip était un "jouet dépassé" et qu'il ne constituait absolument pas un bon choix."

Je n'ai jamais eu de problème! Je travaille avec un équipe d'infographistes installés en cabinet qui suggère SPIP à tous ses clients. Parfois je vois dans les sites vendues du pur html passé en brut dans le corps de l'article et je râle car avec les outils, les filtres, etc... on peut s'en passer. Mais c'est aussi le travail de chaque indépendant que de s'atteler à faire de notre SUPER SPIP , un outil parfait ( et ce: mes_options.php est super)

Des exemples comme ça, je peux vous en citer d'autres.

A une époque (pas lointaine), c'était le contraire. Les clients demandaient du Spip !
Je vais, dès que j'aurai un moment, faire une plaquette PDF sur Spip, à destination des clients. Peut-être une autre également à destinations des professionnels. Je serai ok pour la communiquer à ceux qui sont intéressés.

Jérôme : suis ok pour y travailler ensemble si tu le souhaites.

Jérôme

Je rencontre actuellement cette même problématique et il me paraît important de mettre en commun nos démarches.
De mon côté je vais essayé de faire une synthèse de mon expérience sur le sujet.

_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

irc://irc.freenode.net/spip ou http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip

17

Oui, mais suis pas sûr que ça apporte quelque chose ?

on propose plus d'exemples, je réponds oui, ça m'intéresse, c'est du
vécu, ça t'intéresse pas le vécu des autres ? Ok, c'est peut être pas
le bon tunnel !

Ah bon ? Ok, j'imagine qu'ils sont inscrits sur la liste ? Dans ce cas, et
s'ils sont ok, je veux bien y participer.

oui, ils sont sur la liste, je suis désolé j'ai plus l'adresse exacte.

18

Bernard Blazin a écrit :

  Grosse erreur car pour l'avoir fait: Tinymce comme d'autres wysiwyg importe du html dans le corps de l'article... Donc adieu crayon et autres, car comment se retrouver dans un article style <font><style size=> <img src= etc..

Comme déjà dit, le but pour moi n'est pas de rendre possible toutes les subtilités de mises en forme offertes par le HTML.

Le but est de rendre wysiwyg :

- le gras
- l'italique
- les liens
- les tableaux

Une moulinette se chargerait de supprimer toutes balises html non autorisées. Donc pas de <font>, de <img>, etc.

J'ajouterai une chose qui me paraît très importante :

Si certaines personnes indiquent que le choix du non wysiwyg est un choix de positionnement stratégique, je voudrais leur rappeler ceci :

- pourquoi, au début du web, les éditeurs wysiwyg n'existaient pas ? Parce que c'était très complexe à développer à l'époque !
- qu'as t-on fait pour permettre aux utilisateurs, malgré tout, de créer des hyperliens, du gras et de l'italique ? On a inventé des artifices comme la syntaxe Wiki, le BBCode, etc.

Et aujourd'hui ? On peut bénéficier, si on le souhaite, d'éditeur wysiwyg, et cela représente une véritable avancée en matière d'ergonomie.

Je ne connais pas Spip depuis suffisamment longtemps pour savoir comment s'est opéré le choix du type d'éditeur, mais dans la grande majorité des applications, ce choix n'a pas été dicté par des critères stratégiques, mais techniques.
Cela me paraissait utile de le rappeler :wink:

19

Yannick a écrit :

Bernard Blazin a écrit :

  Grosse erreur car pour l'avoir fait: Tinymce comme d'autres wysiwyg importe du html dans le corps de l'article... Donc adieu crayon et autres, car comment se retrouver dans un article style <font><style size=> <img src= etc..

Comme déjà dit, le but pour moi n'est pas de rendre possible toutes les subtilités de mises en forme offertes par le HTML.

Le but est de rendre wysiwyg :

- le gras
- l'italique
- les liens
- les tableaux

Une moulinette se chargerait de supprimer toutes balises html non autorisées. Donc pas de <font>, de <img>, etc.

J'ajouterai une chose qui me paraît très importante :

Si certaines personnes indiquent que le choix du non wysiwyg est un choix de positionnement stratégique, je voudrais leur rappeler ceci :

- pourquoi, au début du web, les éditeurs wysiwyg n'existaient pas ? Parce que c'était très complexe à développer à l'époque !
- qu'as t-on fait pour permettre aux utilisateurs, malgré tout, de créer des hyperliens, du gras et de l'italique ? On a inventé des artifices comme la syntaxe Wiki, le BBCode, etc.

Et aujourd'hui ? On peut bénéficier, si on le souhaite, d'éditeur wysiwyg, et cela représente une véritable avancée en matière d'ergonomie.

Je ne connais pas Spip depuis suffisamment longtemps pour savoir comment s'est opéré le choix du type d'éditeur, mais dans la grande majorité des applications, ce choix n'a pas été dicté par des critères stratégiques, mais techniques.
Cela me paraissait utile de le rappeler :wink:

D'accord! tu abordes donc un autre problème. L'acceptation de la mise en forme sous SPIP grâce à sa barre typo. Alors j'aurai tendance à dire oui, cette barre n'est pas très top et ne ressemble pas à ce que lambda attend. Une barre un textarea plus style wysiwyg et là on y voit que du feu, ça roule! C'est peut être bien ça la question!! La barre typo SPIP, est désuète, et doit plus ressembler à ce que l'utilisateur attend ( soit un truc comme FCkediteur)... Si ce n'est que ça...ce doit être possible de changer l'interface..

Bernard

20

Yannick <internet01 <at> villagegraphique.com> writes:

avec Drupal, le site doit impérativement être
hébergé sur un serveur dédié (Drpal nécessite énormément de ressources).
Spip, je peux le proposer sur du mutualisé.

je rebondis sur cette remarque.
A chaque nouvelle version de SPIP que nous sortons,
beaucoup de commentaires parlent invariablement
des nouveautés en matière d'organisation du code
et du compilateur de squelette comme étant
"des nouveautés pour développeurs".
Mais c'est l'arbre qui cache la forêt:
le fait que le compilateur produise du code SQL
de plus en plus souvent optimal est la garantie pour l'utilisateur
que son hébergeur ne le forcera pas à payer plein pot
pour son hébergement.

Malheureusement on retrouve ici une logique bien connue
du secteur commercial de l'informatique:
faire exprès de surconsommer au niveau logiciel
pour contraindre le client à surconsommer au niveau matériel.
Je trouve à cet égard tout à fait significatif que la mutalisation
que SPIP permet depuis deux ans n'ait rencontré aucun écho chez
les hébergeurs: c'est beaucoup plus intéressant pour eux de
contraindre chacun de leurs clients à installer le même CMS,
donc de leur facturer l'espace disque que ça représente,
plutôt que de se donner la peine d'installer une version mutualisée
qui économise cette place.

Si la comparaison entre SPIP et les autres CMS repose sur la question
"comment soutirer le plus de fric aux hébergés",
il est clair que SPIP est perdant.