url:spip.net

  • Paris révolutionnaire
    http://www.parisrevolutionnaire.com

    Ce site est totalement désintéressé et tient à le rester.
    Son seul but est de participer à transmettre, à partir des lieux parisiens les plus précis possible — c’est la règle du jeu qu’il s’est fixée — la mémoire de ce qui, au long des siècles, a œuvré au progrès ; et cela sous deux formes :

    ► celle d’une base de données constituée de mini-fiches consultables par arrondissements, par quartiers, par rues, par personnages, par évènements...
    ► ou celle de flâneries dans le dédale des rues de Paris.

    Au cours de ces balades, nous évoquerons bien sûr des événements et des personnages « révolutionnaires ». Révolutionnaires au sens politique du terme, mais aussi de tout ce qui a fait avancer l’Humanité dans les domaines les plus divers : celui des idées, celui des sciences, des techniques, des arts, de la culture en général… du progrès social en particulier.

    Or, comment évoquer celles et ceux qui ont fait « avancer le Monde » sans dresser leurs figures emblématiques face à des individus ou à des institutions qui se sont opposés à ce progrès, qui ont combattu et parfois martyrisé ceux qui le portaient, tout en se prétendant eux aussi parfois « révolutionnaires », tels Adolphe Thiers, ou les deux Napoléon ?...

    Et puis nous découvrirons ça et là, au fil des rues et du temps, toutes ces petites curiosités qui ne sont pas forcément en rapport avec l’"Histoire", mais qui font le charme de cette merveilleuse cité qu’est Paris.

    Nous tenons nos sources à la disposition de quiconque serait intéressé. En retour, si vous détenez des informations dans l’esprit de ce site ; ou si vous avez des compléments ou rectifications à y apporter, n’hésitez pas à nous les communiquer :

    parisrevolutionnaire@gmail.com

    « La propriété privée, c’est le vol ! », disait Proudhon.
    Celle des connaissances l’est en particulier.

  • Charte d’accueil de SPIP

    La communauté SPIP est un collectif informel, constitué par les personnes contribuant au projet au sens large, comme par exemple, et de façon non limitative, au logiciel, aux plugins, aux traductions, aux productions graphiques, comme aux échanges dans les différents espaces de la galaxie, ou à l’animation du groupe. Indépendante de toute association, fondation ou entreprise, la communauté SPIP s’organise autour de la mutualisation de toutes ces contributions.

    https://www.spip.net/fr_article6431.html

    #spip_blog

  • Ça fait plaisir à lire :)

    Bonjour à tous

    Utilisateur de Spip depuis 2001 je me suis régulièrement posé la question de changer d’outil pour finalement revenir à Spip qui reste donc mon préféré depuis tout ce temps.
    Chaque fois que j’ai poussé Spip dans ses retranchements, au bout de ses possibilités, une nouvelle version est venue en ouvrir d’autres et aujourd’hui il y a tellement de possibiltés que j’imagine assez mal comment je pourrais arriver au bout. C’est une caractéristique qui ressort souvent chez les utilisateurs avertis de Spip : « je peux faire tout ce que je veux ». C’est un outil pour curieux, pour bidouilleurs, pour créatifs, pour les gens qui aiment mettre les mains dans le cambouis et réinventer la roue.

    C’est sa force.

    Sauf que personne ne le sait.
    Parce que année après année Spip est resté debout, fier, « droit dans ses bottes », sans compromis : c’est un CMS alternatif.
    Spip est né du mouvement altermondialiste et n’a jamais succombé aux sirènes du mercantilisme m^me lorsqu’il était au sommet de sa gloire (à l’époque où les plus gros hébergeurs français le proposaient en installation standard et où le gouvernement envisageait d’en faire le CMS « officiel » de nos services publics). Vous ne trouverez pas les développeurs de Spip sur les réseaux sociaux. Ils sont sur http://seenthis.net, le réseau social développé sur Spip bien sûr, et qui ne fait pas d’argent en vendant ses utilisateurs au plus offrant.

    C’est son identité.

    Tout ça n’est effectivement pas très compatible avec le marché actuel.
    En une décennie le web s’est industrialisé. Les petites agences sympa d’hier qui faisaient du cousu main ont grossi et sont devenues, lorsqu’elles n’ont pas disparu, des mastodontes qui produisent du site à la chaîne, tous pareils, bien calibrés. Elles utilisent les outils qui leur permettent la meilleure productivité et rentabilité possible. Wordpress permet de faire ça. C’est sa force et son identité à la fois : sans connaître une ligne de code ni même avoir quelque notion de web n’importe qui peut déployer un site qui tient la route en quelques heures. Tout le monde peut ouvrir son agence. C’est d’ailleurs ce qui s’est passé : il suffit d’avoir compris comment changer un peu les couleurs d’un thème, trouver une ou deux typos sympas, les derniers plugins WP tout plein de jQuery qui en jettent et le tour est joué. Et quand on sait pas faire il suffit de poser la question à Google qui va te trouver 30 000 tutos youtube (même plus besoin da savoir lire !) pour t’expliquer en détail comment faire ce que tu veux.

    Le débat Spip VS Wordpress a été abordé un nombre incalculable de fois sur cette liste.
    Cela n’a rien changé car ce sont deux visions du monde qui s’opposent. Spip n’est pas soluble dans le consumérisme et la globalisation. C’est Spip.

    Cela étant dit, la question à se poser serait plutôt : pourquoi les altermondialistes, les militants de tout poil, tous ceux qui crient haut et fort qu’ils vomissent l’uniformisation et la marchandisation du monde le font sur Wordpress ??? (Bon OK nous vivons à une époque où un gouvernement « de gauche » instaure l’état d’urgence permanent et brûle le code du travail pour vendre les masses aux multinationales, les paradigmes sont flous et le paradoxe est la règle ;-) ).

    Au lieu de se poser la question de faire du marketing « à l’américaine » pour revaloriser Spip, ne serait-il pas plus judicieux au contraire de revendiquer la différence ? De ne pas se justifier auprès des clients en débitant sur le ton de l’excuse une liste d’arguments techniques qu’il ne comprendra pas pour la plupart en expliquant « pourquoi je n’utilise pas Wordpress » mais d’affirmer tout simplement que c’est non seulement un super outil mais surtout un principe, un geste militant.

    Bref il me semble que le problème est que les « pros de Spip » voudraient pouvoir se vendre de la même façon que les « pros de WP », en utilisant les mêmes arguments marketing. Ce combat est perdu d’avance. Il faut au contraire refuser de combattre sur le « terrain de l’ennemi » (façon de parler : je n’ai absolument rien contre les gens qui font du Wordpress !) et décider de se battre sur son propre terrain avec d’autres arguments. Relever la tête (lever le poing ?). Revendiquer.

    Wordpress est un bon produit. Il est vain de tenter de convaincre les gens du contraire.
    Wordpress c’est facile. C’est un fait : un gamin de 12 ans peut déployer un site génial en deux jours.

    Spip n’est pas Wordpress.
    Spip c’est affirmer sa différence.

    Pfiou ! Quel bavard :-D
    Bon voilà c’est un avis.

    Courage à tous.

    pw

    http://thread.gmane.org/gmane.comp.web.spip.user/196838/focus=196957

    #spip_blog ?

    • @b_b

      Wordpress est un bon produit

      mais c’est un produit=marchandise quand même.

      Wordpress c’est facile. C’est un fait : un gamin de 12 ans peut déployer un site génial en deux jours.

      Alors là je suis dubitatif, mais il est vrai qu’il y a des gamins géniaux qui savent coder et en PHP et en Javasript et en C++ et qui manipulent le DOM et les CSS depuis leur plus jeune age. Pour les autres c’est plus facile en SPIP, il suffit de connaître un peu de HTML. Quand je vois tout le temps qu’on perd dès qu’on commence à modifier les templates WP parce qu’il y a un truc qui manque ou qui ne marche pas comme prévu ...

      Avec WP et SPIP c’est comme avec l’anglais et le français - avec l’Anglais on obtient tout de suite des résultats acceptables, mais pour vraiment le maîtriser il faut mémoriser une énorme quantité de mots et d’expressions. Le francais par contre est plus compliqué au début (un site SPIP se modifie le plus simplement avec un éditeur de texte ), mais beaucoup plus agréable quand on veut aller plus loin.

      Mais c’est vrai , inutile de comparer, ce sont deux mondes et approches différentes.

    • Et j’ai répondu (le débat pouvant aussi avoir lieu ici, pourquoi pas) :

      Hello,
      merci pour ce message de paix et d’amour. Bisous. :)

      Je suis d’accord sur un grand nombre de points, cependant je me permets quelques remarques.

      1) Sans rien perdre de son identité, techniquement SPIP peut parfaitement être « compatible avec le marché actuel ». Et là je parle déjà juste (pour rester sur le thème du paragraphe en question), du marché valorisé, pro, agences, etc. Il est parfaitement possible aussi de faire des sites à la chaine avec SPIP, calibrés, corporates, etc. Il n’y a aucun blocage technique à ça, à part possiblement quelques plugins par-ci par-là qui manqueraient (mais qu’il est possible sans problème de développer pour l’agence qui en aurait vraiment besoin). Je suis d’avis qu’on peut tout faire avec tous les CMS un peu important, c’est juste à chacun de maitriser son outil préféré. Il y a des différences et des manques parfois, mais la plupart du temps rien d’insurmontable (je parle bien des pros là, des agences, qui parfois se plaignent au lieu de contribuer s’il y a un manque).

      Entre 1 et 2) Il n’y a rien de dégradant à vouloir « juste changer la couleur et la typo » d’un thème. C’est déjà le cas pour une petite boite, un site de plombier, ou que sais-je. Mais c’est encore plus le cas pour une assoc, qui veut juste un site bien lisible et pas trop kitch, qui marche bien, et qui lui permet de dire au monde ce qu’elle veut dire. Ton paragraphe parle de Wordpress, et parait (même si ce n’est pas voulu) un peu méprisant sur ce point. Mais cela vaut pour n’importe quel CMS, Wordpress, SPIP ou autre. On peut juste vouloir changer une photo, une couleur, une typo, et que ça marche, et se concentrer sur le contenu ensuite. Il n’y a rien de méprisable ni de problématique là-dedans.

      2) Pour ce qui est justement du pseudo-marché du « cœur de cible » (HIHI) d’origine, des militants, de l’associatif, etc : bah ce n’est pas le tout de se demander benoitement pourquoi ces gens (qui sont nous-mêmes parfois aussi !) utilisent autre chose au fil du temps. Il fut un temps où SPIP était le plus facile, le plus complet, etc. Mais depuis, de nombreux autres outils ont fleuri, ou existaient mais se sont améliorés beaucoup, dont la plupart en logiciel parfaitement libre (WP entre autre). Donc ce n’est pas le tout de se « reposer sur ses lauriers » en se lamentant parfois que les gens n’utilisent plus SPIP « qui est pourtant fait pour eux ». Il y a beaucoup plus de choix (en libre !) qu’avant, et c’est super ! Et avec des ergonomies beaucoup mieux qu’avant, y compris mieux que SPIP, au moins pour certains points. Attention : je ne dis pas ça en pensant qu’il faudrait avoir forcément un nombre considérable d’utilisateurices, qu’il faudrait reconquérir à tout prix, etc. Mais en revanche, à partir du moment où ça commence vraiment à se réduire beaucoup, surtout parmi les utilisateurices non pros, qui n’ont pas le temps de la bidouille, ni l’argent pour déléguer, c’est alors presque sûr qu’il y a des vrais problèmes derrière. Au pluriel : ça peut être l’ergonomie d’admin, la documentation, les templates plus nombreux prêts pour tels et tels grands besoins, la communication autour du projet pour s’en rappeler parmi la multitude de choses existantes désormais…

      3) Transition avec la dernière chose du point précédent : la communication justement. Cela n’a rien à voir avec « faire du marketing ». C’est juste, d’après moi, ce que j’engloberai par politesse. Être poli avec ses utilisateurices actuel⋅le⋅s mais surtout avec les futur⋅e⋅s, avec celleux qui ne connaissent pas. Faire connaitre est une chose : c’est la partie qui fait amener des gens sur le ou les sites principaux (et donc notamment le principal spip.net). Mais il y a toute la suite, et pour ça on n’est pas très fort. Pas juste en terme de graphisme (c’est pour moi le dernier point dont je me préoccupe, qui est important, mais à voir en dernier), mais surtout en terme de Portail, de donner les infos claires, concises, les plus importantes dès l’arrivée sur spip.net, puis rediriger les gens selon leurs profils (devs, front-devs, décideureuses, etc) vers les bons autres endroits où trouver l’info. Cela fait des années que, d’après moi, spip.net est totalement méga à la ramasse pour ça (et seulement là, après cette critique, on peut ajouter en plus le graphisme à revoir :D).

      4) Tous ces points, cela fait des années qu’on en parle de-ci de-là, durant les rencontres SPIP et sur les listes. Que ce soit la refonte de l’admin, ou refaire le portail spip.net et uniformiser les sites de docs. Ce ne sont pas des nouveautés, il y a même des documents textuels, en plus des archives des listes. Depuis au moins 2010/2011 il y avait une feuille de route, ça va faire 5 ans donc, sans strictement aucun changement depuis, à part la super Boussole qui compense un peu : http://contrib.spip.net/Refonte-de-spip-net

      5) Je ne jette la pierre à personne, c’est moi-même qui ai écrit ce « cahier des charges », et je n’ai absolument jamais eu le temps de continuer. Beaucoup de gens arrivent à contribuer en s’entre-aidant sur listes et forums. Un peu de gens arrivent à contribuer sur la doc. Et sur le code, noyau et plugins, il y a beaucoup de contributions qui se font « sur le temps de travail » (ou durant un projet associatif, pour un besoin du moment précis). Mais refaire l’ergonomie de l’admin, refaire le portail spip.net, etc, tout ça ne rentrera jamais dans un projet (pro ou associatif) « sur le temps de travail ». Et ce sont des gros chantiers, personne (en tout cas pour l’instant, la preuve) n’a jamais eu le temps du coup d’y contribuer hors de son travail, le soir, le week-end, etc. Ce n’est pas « quand on veut on peut » : chacun⋅e a ses priorités, militantismes, famille, sport, musique, associations, etc.
      Je n’ai pas de solution clé-en-main, à part organiser des journées dédiées à ça uniquement (en ce qui me concerne je n’arrive à avancer que comme ça). Bref tout ça est encore et toujours à réfléchir, et surtout à trouver des solutions concrètes pour arriver à ce que les contributeurices arrivent à avancer sur les choses non-code (et pas juste telle ou telle personne précise qui, elle, aurait du temps, mais tou⋅te⋅s celleux qui aimeraient y participer).

      Mais à part ça je suis d’accord hein… :D

  • #SPIP 3.1 dispo.

    Nous avons le plaisir de commencer l’année 2016 en lançant officiellement SPIP 3.1

    SPIP 3.1 est une version améliorée de SPIP 3.0, qui comprend une mise-à-jour des bibliothèques #JavaScript embarquées, un nouvel habillage graphique pour l’espace privé et les pages publiques et de nombreuses autres améliorations.

    SPIP 3.1 en bref

    – Ajout d’une fonction plein écran, vous permettant d’écrire et voir le résultat simultanément.
    – Mise à jour les librairies javascript dont #jQuery (passage à la version 1.11.3) et Jquery UI.
    – Mise à jour graphique du thème par défaut qui intègre la base minimale #CSS #TinyTypo (http://tinytypo.tetue.net).
    – Mise à jour du thème graphique de l’espace privé.
    – Ajout du lecteur multimédia http://mediaelementjs.com par défaut pour la lecture des sons et vidéos.
    – Des statistiques améliorées.
    – Coté PHP, travail de normalisation, suppression de nombreux warnings et compatibilité accrue avec les dernières versions de #PHP, en particulier #PHP7.

    Lire le descriptif détaillé sur spip.net :
    http://www.spip.net/fr_article5713.html

    Lire l’annonce complète sur le blog :
    http://blog.spip.net/785

  • Un retour d’expérience d’un utilisateur #SPIP qui connaît le #e-commerce dans d’autres systèmes, et qui donne donc des idées de comment c’est fait.

    Re : [Spip] SPIP et le e-commerce
    http://www.mail-archive.com/spip@rezo.net/msg53698.html

    Je me mets ça en mémoire vu que je n’y connais pas grand chose en e-commerce, même si j’ai aussi « étudié » les autres systèmes.

    #idée_pour_SPIP

    • Oui et sache que c’est déjà comme ça que sont conçues les premières briques que j’avais commencé. Comme un framework, pour pouvoir construire les workflows qu’on veut.

      Évidemment pour démarrer, je n’ai fait que les briques de base de base de base. Mais il faut bien qu’elles soient là pour continuer le reste plus tard.

      Produits, Prix, Paniers, Commandes, et les plugins liant certains entre eux. Pour les petits sites, pour l’instant, on s’en sort en codant ce qui manque dans le formulaire de commande finale (les frais d’envoi, etc). Mais évidemment à terme il faudra des plugins génériques pour ça aussi.

    • Le but de Z-commerce c’était de faire un squelette d’exemple, mettant en œuvre les divers plugins de commerce. Un même squelette peut pas gérer tous les worflows du monde, donc c’était plus pour montrer l’une des manières de faire, pour gérer les cas courants et simples. C’est @touti qui a commencé ça.

      Ya plusieurs fils d’explication sur spip-zone :
      http://thread.gmane.org/gmane.comp.web.spip.zone/23954/focus=23959
      http://thread.gmane.org/gmane.comp.web.spip.zone/24912/focus=24913

      Des notes issues des discussions sur la liste ont été compilées ici :
      http://contrib.spip.net/Z-Commerce

      Bref toute l’architecture est déjà pensée, et il ne faut surtout pas faire des plugins qui font trop de choses (par exemple « Variantes de produits » devrait être un sous-plugin de « Produits », à n’activer que pour ceux qui en ont besoin).

      Et sur la liste user, ça discute ça discute ça discute... de choses déjà discutées des années avant, et déjà commencées sur la zone. C’est bien de discuter hein, mais si on discute de développement de plugins, c’est peut-être mieux de le faire sur la liste... des développeurs de plugins (spip-zone) !!
      Sinon ça discute entre utilisateurs uniquement, alors que des devs ont déjà commencé des projets... Pareil pour le wysiwyg, pour spip.net ou tout autre discussion sur des choses qui sont sur spip-zone (ou devrait l’être).

    • Et sinon t’as oublié le plugin « commandes_paniers », « paypal », « commandes_paypal », et « clients » (mal nommé car pourrait être plus générique).

      C’était juste Paypal pour l’instant car l’API était un peu plus facile à mettre en œuvre, et que les trucs de banque sont les trucs les plus compliqués à faire (car sécurité). Mais depuis, Cédric a publié un vrai plugin générique « Bank » (sur github) dont le but est de gérer n’importe quel fournisseur de transaction bancaire (y compris Paypal donc). Il faudrait donc interfacer les commandes et le formulaire de paiement de ce plugin.

      Après ya des millions de tâches pour qui veut :
      – interfacer Commandes et Bank
      – rendre le plugin Clients plus générique et le renommer
      – faire un plugin Variantes de produits
      – faire un plugin de « Zones de commerce » (basé sur Géographie ou simplement sur Pays, je sais pas)
      – faire un plugin générique de configuration de taxes
      – faire un plugin de frais d’envoi basique
      – faire un plugin de frais d’envoi par poids (qui ajoute donc un champ « poids » aux produits)
      – faire un plugin de Variantes de produits
      – faire un plugin de Bons de réduction (liés à une personne unique, par un email et un code par exemple)
      – faire un plugin de Soldes (des réductions pour tout le monde)
      – faire un plugin permettant de configurer des prix différents suivant les devises (pour que ça tombe rond par exemple, aussi bien en euros, qu’en franc suisse ou en dollars)
      – faire un plugin de gestion des stocks en interne du SPIP
      – faire un plugin de gestion des stocks en interfaçant avec une autre appli métier qu’utiliserait un commerçant
      – et des milliers d’autres choses possibles, mais si déjà on a toute cette liste, la grande majorité des cas seront gérés !

      Un fois tous ces plugins bien solides, on pourra faire comme Drupal Commerce : faire un squelette d’exemple gérant 80% des cas (une boutique « classique » quoi).

      Bref, ceux qui ont du temps et de l’argent pour coder, peuvent s’en donner à cœur joie, s’ils veulent que ça avance. :D

  • C’est l’inflation !

    Je ne trouve pas comment désactiver tout ce merdier sur le site public :

    plugins-dist/jquery_ui/prive/javascript/ui/jquery.ui.core.js
    plugins-dist/jquery_ui/prive/javascript/ui/jquery.ui.widget.js
    plugins-dist/jquery_ui/prive/javascript/ui/jquery.ui.mouse.js
    plugins-dist/jquery_ui/prive/javascript/ui/jquery.ui.sortable.js

    J’ai beau désactiver la mediabox, ceci continue de s’insérer :

    var box_settings = {tt_img:true,sel_g :"#documents_portfolio a[type=’image/jpeg’],#documents_portfolio a[type=’image/png’],#documents_portfolio a[type=’image/gif’]",sel_c :".mediabox",trans :"elastic",speed :"200",ssSpeed :"2500",maxW :"90%",maxH :"90%",minW :"400px",minH :"",opa :"0.9",str_ssStart :"Slideshow",str_ssStop :"Stop",str_cur :"{current}/{total}",str_prev :"Previous",str_next :"Next",str_close :"Close",splash_url :""} ;

    Et enfin je ne trouve pas comment désactiver ça (et surtout je ne comprends pas pourquoi ça ne se compacte pas avec les autres CSS de la page, histoire de ne pas ajouter deux appels à des fichiers CSS externes) :

    <link rel=’stylesheet’ type=’text/css’ media=’all’ href=’plugins-dist/jquery_ui/css/jquery.ui.core.css’ />
    <link rel=’stylesheet’ type=’text/css’ media=’all’ href=’plugins-dist/jquery_ui/css/jquery.ui.theme.css’ />

    La tronche de mon head sous #SPIP3 : eurk !

    • Hop,

      Je ne trouve pas comment désactiver tout ce merdier sur le site public

      Le « merdier » en question n’est présent que si nécessité par un plugin, un SPIP vierge n’insère pas les scripts de jQuery UI dans le public, la preuve :

      http://b_b.grml.eu/spip.php?article1

      Pour info, les scripts de jQuery UI sont insérés sur demande à l’aide du pipeline associé :

      http://programmer3.spip.net/jqueryui_plugins

      (doc liée depuis la page de présentation de SPIP 3.0 sur spip.net)

      et surtout je ne comprends pas pourquoi ça ne se compacte pas avec les autres CSS de la pag

      Le compresseur de SPIP regroupe les css en fonction de leur attribut « media », cela fonctionne bien sur les taxinomes, on voit bien que les css de jquery UI sont regroupées dans le même fichier que les autres :

      http://www.lestaxinomes.org

    • OK, pour jqueryui_plugins je vois : c’est mon plugin « Sélection d’articles » qui ajoute les appels à cet endroit, sans faire la différence entre l’espace privé et l’espace public. Au temps pour moi, donc.

      Je vais uploader une mise à jour. En revanche, je suggère de signaler sur la page de programmer.spip.net la mention de la méthode « officielle » pour détecter en PHP si on est dans l’espace privé (si c’est déjà documenté, juste ajouter un lien hypertexte).

      Pour le compactage des CSS, pour l’instant ça ne donne rien (et même de manière assez curieuse), les regroupements restent farfelus. Je cherche encore.

    • Pour les CSS, je n’arrive pas à mieux. Mais j’ai l’impression que les CSS balancés via « insert_head » (à l’ancienne) se comptactent bien entre eux et avec les appels depuis les squelettes. Alors que les CSS balancés via « insert_head_css » ne se compactent ni entre eux ni avec les appels depuis les squelettes.

      Quand je balance un appel de CSS dans « insert_head » (à l’ancienne), ça fonctionne correctement.

    • Dans les préférences, tu as activé le mode « conversations / quelqu’un répond à un billet auquel j’ai moi-même répondu » ? Normalement ça devrait faire ce que tu veux (sinon y’a un bug).

    • Bonjour
      Désolée de déterrer un vieux post mais en regardant le code source de tes sites Arno*, je vois que tu arrives à mettre tes css inline avec #INSERT_HEAD_CSS, tu peux expliquer comment tu arrives à ça ou c’est secret ? merci