SPIP-Contrib

SPIP-Contrib

عربي | Deutsch | English | Español | français | italiano | Nederlands

286 Plugins, 197 contribs sur SPIP-Zone, 250 visiteurs en ce moment

Accueil > Administration et BDD > Mots clefs de SPIP > Motus

Motus

24 janvier 2010 – par cratso_, Matthieu Marcillaud – 61 commentaires

30 votes

Ce plugin a pour idée simple que certains groupes de mots-clés ne sont utiles que sur certaines rubriques de SPIP.

Le contexte

« Motus » permet de restreindre l’utilisation de certains groupes de mots clés à des rubriques choisies préalablement. En effet, une rubrique n’a peut-être pas dans certains cas à proposer pour ses articles les mêmes groupes de mots-clés qu’une autre... Pour les rédacteurs, il est moins perturbant de ne proposer d’attacher que les groupes intéressant leurs articles.

Prenons deux rubriques et deux groupes en exemple. Une rubrique qui s’appelle « Télévisions » utilise des mots-clés du groupe « Formats » tel que « 4/3 », « 16/9 », « 16/10 », ... Une autre rubrique « Revues » peut utiliser un groupe « Parution » possédant des mots comme « Mensuel », « Hebdomadaire », « Quotidien »,... Il est fort probable dans ce cas que la rubrique « Télévisions » n’utilisera pas le groupe « Parution », et inversement pour la rubrique « Revues », il est peu probable que le groupe « Format » l’intéresse.

Ce plugin cache la possibilité de lier certains groupes à certaines rubriques (et leurs enfants et objets). Il ajoute, dans l’édition d’un groupe de mot un sélecteur pour choisir ces restrictions.

Pré-requis SPIP 2.x

Motus nécessite l’installation des plugins suivants pour fonctionner :

Pré-requis SPIP 3.x

Installation

Le plugin s’installe classiquement en mettant le contenu du paquet ZIP dans votre dossier plugins/ et en l’activant ensuite dans l’interface de gestion des plugins.

Restreindre un groupe à une rubrique

Vous pouvez restreindre un groupe a une rubrique soit via le formulaire d’ajout rapide en saisissant rubxxx ou rubriquexxx ou le x correspond a l’id (numéro) de la rubrique en question. ou via le sélecteur. cf captures :

Notes

Une fois que vous avez associé un groupe de mots-clés à une rubrique, ce dernier est associé automatiquement à ses sous rubriques (si elle en a).

Voir en ligne : http://plugins.spip.net/motus

Dernière modification de cette page le 28 novembre 2015

Retour en haut de la page

Tout afficher

Vos commentaires

  • Le 25 juin à 14:19, par Julien En réponse à : Motus

    Bonjour,

    Je rencontre un soucis de compatibilité avec le plugin Mots arborescents. Depuis l’activation de celui-ci, impossible de restreindre un groupes de mot clé à une/des rubrique(s). L’enregistrement ne se fait pas.

    Julien

    Répondre à ce message

  • Le 14 janvier à 11:16, par Syd En réponse à : Motus

    Bonjour

    Il y a un bug dans les articles lorsqu’on utilise Motus :
    Erreur SQL 1054
    Unknown column ’rubriques_on’ in ’field list’
    SELECT rubriques_on FROM spip_groupes_mots WHERE tables_liees REGEXP ’(^|,)articles($|,)’ AND minirezo=’oui’

    Je suis sur SPIP 3.0.21
    -  plugin Motus 1.1.4
    -  Champs Extras 3.7.1
    -  Saisies pour formulaires 2.5.22

    Dans le Pré-requis SPIP 3.x, il est indiqué qu’il faut Champs extra 2 (core) version 2.0.0-dev, mais il me semble que Champs extra 2 c’est un plugin pour Spip 2, non ?

    Merci

    • Le 17 mai à 23:09, par Ankh En réponse à : Motus

      Salut !

      le prérequis c’est Champs extra avec la version 2.1.0 au minimum donc c’est bon. Essaie peut-être de supprimer Motus et de le réinstaller car il semble que la base de données n’a pas été modifiée donc ça a du mal s’installer.

    Répondre à ce message

  • Le 17 mai à 22:43, par Ankh En réponse à : Motus

    Bonjour,

    Merci pour ce plugin génial pour le site que je suis en train de faire mais par contre je bloque sur un truc.

    La structure est la suivante : j’ai une rubrique dans laquelle j’ai des articles. Pour cette rubrique j’ai plusieurs groupes de mots avec chacun leur mots-clés différents. Ces groupes sont limités à la rubrique.

    mon problème : sur la page d’un mot (squelette mot.html), j’aimerai afficher un fil d’ariane qui fasse : Accueil > nom de la rubrique > nom du mot-clé.

    J’utilise rubrique_on sur la page de la rubrique pour afficher les mots-clés liés mais comment faire pour renverser ça et afficher la rubrique de ces mots-clés ??

    j’ai fouillé un peu dans les fichiers php de motus pour mieux comprendre la structure mais je n’arrive pas à obtenir ce que je veux. Quelqu’un aurait-il une idée ?

    Merci !

    Répondre à ce message

  • Le 12 mai 2014 à 12:35, par SPYRIT En réponse à : Motus

    Bonjour,

    Merci pour ce plugin très utile. Une petite question : il serait intéressant de pouvoir aussi définir des restrictions des plugins par rédacteur.

    En effet, il arrive souvent que certains groupes de mots clefs aient une vocation assez technique ou conditionnent des sélections en page d’accueil etc.

    Dans un tel cas, ce serait bien pouvoir restreindre l’accès à ces groupes de mots clefs à certains utilisateurs.

    Est-ce qu’il serait envisageable soit d’adapter le plugin Motus pour ajouter cette gestion, soit de créer un plugin analogue pour une restriction par rédacteur ?

    Merci d’avance,
    Spyrit

    • Le 25 septembre 2014 à 11:41, par pierrot En réponse à : Motus

      Bonjour,

      Je rebondis sur ça, serait-il possible d’étendre Motus à tous les objets en fait, auteurs, documents, organisations si on a le plugin correspondant ... etc ..
      Est-ce compliqué ?

      Pierre.

    • Le 13 janvier à 15:57, par philooo En réponse à : Motus

      Je comfirme, ce plugin est super, et dans le fond on a besoin de bcp plus d’option pour organiser le droit des utilisateurs sur les objets et ce en fonction de leur emplacement si possible.

      tous les details de parametrage spip sont fantastiques mais on devrait uniquement exposer certaines personnes a les utiliser.

      BRAVO pour MOTUS :) je l’utilise j’adore.. continuons ;)

    Répondre à ce message

  • Le 24 septembre 2013 à 14:35, par Julien En réponse à : Motus

    Le plugin chez moi ne fonctionne pas sur SPIP 3 (v.3.0.11)

    Les groupes de mots clés restent présent dans toutes les rubriques malgré les limitations...

    Que faire ?

    Julien.

    • Le 25 septembre 2013 à 09:55, par Julien En réponse à : Motus

      Personne n’a d’idée ?

      J’ai vu ce post (mais ça date) qui a le même problème mais impossible de mettre la main sur le fichier en question sur SPIP 3. Peut-être une piste ?

      Merci pour votre aide.

    • Le 2 octobre 2013 à 10:01, par Julien En réponse à : Motus

      Juste un petit up ! Le problème persiste toujours...

      C’est dommage, ce plugin est utile.

    • Le 4 octobre 2013 à 14:36, par Matthieu Marcillaud En réponse à : Motus

      Je parierais plus sur le post de Troon http://contrib.spip.net/Motus#forum470824 mais je vais essayer de jeter un œil aujourd’hui voir si je reproduis.

    • Le 4 octobre 2013 à 15:48, par Julien En réponse à : Motus

      Oui, j’ai déjà vérifié dans phpMyAdmin mais je n’est pas ce problème la. Quand j entre une rubrique elle est au singulier a chaque fois.

      Merci.

    • Le 5 octobre 2013 à 11:17, par Matthieu Marcillaud En réponse à : Motus

      Je ne sais pas du coup, car en testant, je ne reproduis pas ton problème (par contre j’avais bien reproduit celui de @Troon).

      Une question cependant, est-ce que le plugin champs extras core est bien à jour chez toi ?
      Je suppose que oui, mais sait-on jamais.

      As-tu des plugins particuliers ? Reproduis-tu juste avec motus (et ses dépendances) ?

    • Le 5 octobre 2013 à 13:40, par Julien En réponse à : Motus

      Salut,

      Alors la je comprend rien...

      Je crée une une sauvegarde de ma base de donnée SPIP 3 (online) pour ensuite la restauré sur une version SPIP 3 en local avec Wamp avec la même config et même plugins. Et la ça marche. Mais la version online cela ne fonctionne toujours pas.

      Qu’est ce qui peut bien provoquer ça ? :-(

    • Le 5 octobre 2013 à 20:44, par Julien En réponse à : Motus

      Alors j’ai installé une version test et je rencontre le même soucis. J’ai installé motus et ces ces dépendances seulement...

      Cela peut-il venir de mon hébergeur ? Je suis chez infomaniak... Peut-être que le problème est du coté serveur dans le .htaccess ?

      Est ce que cela peut t’aider si je te donne l’accès par email a la version test que j’ai mis en ligne ?

      Merci pour ton aide.

      Julien.

    • Le 5 octobre 2013 à 20:56, par Julien En réponse à : Motus

      Ça doit-être l’hébergeur... :-( J’ai migré la version test de chez infomaniak sur un autre hébergeur (godaddy.com) et ça marche.

      Qu’est ce que je peux faire ?

    • Le 6 octobre 2013 à 11:13, par Matthieu Marcillaud En réponse à : Motus

      Peux tu indiquer les versions de PHP et de MySQL sur ton hébergeur qui pose problème ? et sur les autres qui fonctionnent ? exec=info dans le privé doit te renseigner pour ça.

      L’autre chose que tu peux regarder est d’activer des logs de debug sur ton site de test. C’est un peu plus compliqué la procédure. Dans config/mes_options, mettre :

      1. <?php
      2.  
      3. // afficher toutes les erreurs
      4. define('_MAX_LOG', 10000);
      5. define('_LOG_FILTRE_GRAVITE', 10);
      6.  
      7. error_reporting(E_ALL ^ E_NOTICE);
      8. @ini_set("display_errors", "On");
      9. define('SPIP_ERREUR_REPORT', E_ALL ^ E_NOTICE);

      Télécharger

      • Se mettre sur une rubrique qui devrait avoir des mots clés ou non
      • Vider tmp/log/* en ftp
      • Actualiser la page de la rubrique
      • récupérer tmp/log et regarder s’il y a par exemple un mysql.log ou sqlite.log et lire le contenu. Peut être y a t’il une indication du problème rencontré (c’est loin d’être sûr).

      Peut être aussi que des erreurs PHP s’affichent dans le navigateur sur la page de la rubrique. Ce qui peut donner aussi une indication du problème.

      Bref, si tu as des choses qui te semblent anormales en suivant cette procédure, indique le ici.

    • Le 6 octobre 2013 à 11:43, par Julien En réponse à : Motus

      Version MYSQL chez :

      godaddy 5.3.24 OK - plugin fonctionne

      Wamp (serveur local) 5.0.86 - plugin fonctionne

      Wamp (serveur local) 5.6.12 - plugin fonctionne

      infomaniak 5.2.17 PAS OK - plugin fonctionne pas

      Bon. il m’est arrivé hier des mes nombreuses installe d’arriver a faire fonctionner le plugin une fois chez Infomaniak. Mais j’ai pas compris pourquoi. ça me parait assez aléatoire. Même sous Wamp parfois le plugin ne fonctionnait pas.

      Au début j’ai pensé a une certaine chronologie d’activation des plugins mais ça me parait bizarre.

      Je vais tester le debug maintenant.

      Merci pour ton aide !

      Julien.

    • Le 6 octobre 2013 à 12:07, par Julien En réponse à : Motus

      Voilà. J te dirais que je sais pas trop ou regarder. Alors je le post.

      Par contre ça a peut-être son importance. J’ai ce message dans la partir privée de spip :

      "Problème de sécurité : register_globals=on; dans php.ini à corriger."

      Que j’ai enlevé en faisant ceci dans .htaccess :

      php_value register_globals 0

      Julien.

    • Le 6 octobre 2013 à 15:10, par Matthieu Marcillaud En réponse à : Motus

      Le seul truc qui me pose question est :

      Cela signifie qu’un « pipeline » est mal défini. Ou défini puis écrasé par un autre plugin…

      Ceci sous-entendrait que le plugin champs extras core est mal activé ou mal lu.
      Peut-être peux-tu vérifier les droits de ses fichiers ? comment à t’il été téléchargé ? via l’interface de SPIP ou par FTP / SSH ?
      Peux tu essayer de le désactiver et réactiver ensuite ?

    • Le 6 octobre 2013 à 16:21, par Julien En réponse à : Motus

      Via l’interface de spip dans « ajouter plugin ».

      Je vais essayer ça.

      Merci.

    • Le 6 octobre 2013 à 17:15, par Julien En réponse à : Motus

      OK. Je pense avoir trouvé ! :-)

      Je ne peux pas éxpliquer pourquoi ni comment mais ça marche...

      Si j’installe ma base de donnée avec un préfixe personnalisé ça merde. Si je laisse par default « spip » (spip_articles, spip_rubriques, etc...) ça marche !

      Est ce que c’est possible ? Peut-on y remédier ?

      Je vais encore faire d’autres essais.

      THX.

    • Le 6 octobre 2013 à 17:24, par Julien En réponse à : Motus

      Dans le fichier php à la ligne 21 ? spip_groupes_mots ?

      http://zone.spip.org/trac/spip-zone/browser/_plugins_/motus/trunk/base/motus.php#L21

    • Le 6 octobre 2013 à 18:41, par Julien En réponse à : Motus

      Donc c’est bien ça.

      http://zone.spip.org/trac/spip-zone/browser/_plugins_/motus/trunk/base/motus.php#L21

      Je ne sais pas si cela peut s’arranger ? Ou alors je passe toutes mes tables avec le préfixe spip_

      Après juste une autre remarque. Lorsque l’on exécute une sauvegarde de la base de donnée, le champs sql rubrique_on pause un problème. Il empêche la copie de « spip_groupes_mots ». On est obligé de désinstaller le plugin pour que cela se déroule correctement.

      Embêtant si après coup, il faut refaire à zéro toutes les sélections de rubriques.

      Je pense que ça vaut la peine de corriger ça. Ce plugin le mérite ! :-)

      Merci beaucoup pour ton temps et chapeau pour ce plugin ! On s’y retrouve enfin dans tout ces mot clé :-)

      Julien.

    • Le 6 octobre 2013 à 19:29, par Matthieu Marcillaud En réponse à : Motus

      Hum… S’il y a un problème avec le préfixe, il n’est pas où tu le cites.

      SPIP est suffisamment malin pour remplacer ’spip_’ dans les requêtes SQL par le bon prefixe de table, de même dans les déclarations.
      Je testerai avec un SPIP préfixé différemment néanmoins.

      Par contre ce que tu signales après est plus intéressant (sur rubrique_on). Est-ce que tu peux en dire plus ? Oui, parce que naturellement… les sauvegardes fonctionnent chez moi :p, tout comme je suppose qu’elles fonctionnent sur les hébergeurs que tu as testé qui fonctionnent.

    • Le 6 octobre 2013 à 20:01, par Matthieu Marcillaud En réponse à : Motus

      Je reproduis le problème de sauvegarde avec un l’utilisation d’un préfixe de table.
      Par contre, tout le reste de Motus fonctionne.

      En sauvegardant j’obtiens le log suivant :

      Lors de la création de la table de sauvegarde SQLite, SPIP oublie de créer la colonne rubriques_on et ce uniquement si un préfixe de table est présent. Pour ce détail je penche plus pour un problème dans le système de sauvegarde de SPIP. Il faudra que j’essaie d’explorer un peu.

      Ceci dit, ce sont donc 2 bugs différents donc, et je n’en reproduis qu’un seul.

    • Le 6 octobre 2013 à 21:58, par Julien En réponse à : Motus

      C’est amusant ça !

      J’avais pas fait attention que mes tests sous Wamp je les ai réalisés avec le préfixe de table ’spip_’. J’ai essayé avec un préfixe perso sous Wamp et cela ne marche plus :-( C’est Space... J vois vraiment pas pourquoi cela marche chez toi et pas chez moi :-/ Version MySQL vraiment ?

      Sur les autres hébergeurs testé (Godaddy) le préfixe était ’spip_’. Ça marchait alors j’ai pas testé plus loin. Et oui les sauvegardes fonctionne avec ’spip_’ uniquement.

      Si tu as besoin que je test autre chose pas de soucis je peux prendre le temps. Même un accès à Infomaniak si tu veux :-) J’aime pas quand je comprend pas ce qui ce passe :-)

      Merci à toi.

      Julien

    • Le 7 octobre 2013 à 13:14, par Matthieu Marcillaud En réponse à : Motus

      Sur les sauvegardes, bug signalé là donc http://thread.gmane.org/gmane.comp.web.spip.devel/64727

    • Le 8 octobre 2013 à 19:05, par Matthieu Marcillaud En réponse à : Motus

      Ce problème devrait j’espère être réglé par la version 1.1.2 de Motus
      http://zone.spip.org/trac/spip-zone/changeset/77086

      À tester. Merci de ta persévérance et de ta base de test.

      Reste cependant le souci des sauvegardes.

    Répondre à ce message

  • Le 18 septembre 2013 à 11:42, par troon En réponse à : Motus

    pour info, je ne comprenais pas pourquoi motus fonctionnait parfois et parfois non sur mon site, et là j’ai découvert que pour une raison complétement incompréhensible pour moi dans le champ rubriques_on de la table spip_groupes_mots, des fois ça s’enregistre sous cette forme :

    rubriques|XXX et des fois rubrique|XXX

    et ce n’est que la seconde syntaxe qui fonctionne, du coup j’ai corrigé dans la base, doit y avoir un s en trop qui traine dans les fichiers :)

    Répondre à ce message

  • Le 1er septembre 2013 à 17:36, par troon En réponse à : Motus

    Une petite astuce pour ceux qui comme moi, veulent afficher les mots clés qui régissent leur page rubrique avec Motus, c’est à améliorer, car je doute que ça fonctionne si un groupe de mots-clés est lié à plusieurs rubriques (là faudrait sûrement passer par un explode et autres joyeusetés)

    <BOUCLE_rubrique(RUBRIQUES){id_rubrique}>

    <B_groupe>
    <BOUCLE_groupe(GROUPES_MOTS){rubriques_on = rubrique|#ID_RUBRIQUE}>
            <B_mots>
            <ul>
            <BOUCLE_mots(MOTS){id_groupe}>
            <li><a href="#URL_MOT">#TITRE</a></li>
            </BOUCLE_mots>
            </ul>                               
            </B_mots>
    </BOUCLE_groupe>
    </B_groupe>

    </BOUCLE_rubrique>
    • Le 18 septembre 2013 à 12:06, par troon En réponse à : Motus

      Et grâce à l’auteur du plugin, Marcimat, sur IRC, voici la même boucle si un groupe de mots-clés est lié à plusieurs rubriques :

      <BOUCLE_groupe(GROUPES_MOTS){rubriques_on == (^|,)rubrique|#ID_RUBRIQUE(,|$)}>

    Répondre à ce message

  • Le 5 avril 2013 à 02:58, par Fabien En réponse à : Motus

    Bonjour (ou plutot Bonsoir...),

    Merci pour ce plugin !

    Je souhaitais juste savoir s’il été compatible avec champs_extra 3 ?

    Car je ne sais pas pourquoi (la fatigue sans doute) je n’arrive pas à le faire fonctionner...Les restrictions s’enregistrent (apparement) bien, mais je peux quand même rentrer le mots clefs pour un article (ou autre) en dehors des restrictions...

    Fin bon je vais voir si je peux trouver d’où ça vient (de moi sûrement ;))

    Encore merci !

    • Le 8 avril 2013 à 16:13, par Fabien En réponse à : Motus

      Bonjour à tous !

      Bon en fait, le problème semble plus profond...

      J’ai désinstaller le plug-in et en limiter le choix des mots clefs aux administrateurs, et dans ce cas là même les rédacteurs peuvent choisir des mots clefs...

      Du coup ça ne doit pas venir du Plug-In mais d’une mauvaise manip de ma part...

    • Le 8 avril 2013 à 18:00, par Matthieu Marcillaud En réponse à : Motus

      Ça fait longtemps que je n’ai pas utilisé ce plugin, mais à priori il devrait fonctionner. Je regarderai à l’occasion.

      Concernant les autorisations, il y avait une coquille dans SPIP <IMG//>
       ?

      MM.

    • Le 8 avril 2013 à 18:03, par Fabien En réponse à : Motus

      Merci pour ta réponse Matthieu.

      En effet je tourne sous Spip 3.0.5 du coup je vais essayer de passer sous spip 3.0.7 ce soir. Et je te tiens au courant !

      Encore merci.

    • Le 8 avril 2013 à 18:46, par Matthieu Marcillaud En réponse à : Motus

      Je viens de tester pour des restrictions de groupes de mots à certaines rubriques, et ça semble fonctionner correctement.

    • Le 8 avril 2013 à 19:38, par Fabien En réponse à : Motus

      Du coup j’ai installé spip 3.0.7 et ça m’a bien réglé le problème sur les autorisations (admins / rédacteurs).

      Par contre, mon autre « problème » ne semble pas être résolu.

      Pour faire plus « concret », mon « problème » se situe sur le site http://www.fasee.fr.

      Niveau architecture il est organisé comme ça :
      Il y a la rubrique « Notre Réseau » avec des sous-rubriques (une pour chacune des associations).

      J’ai créé un auteur par association que j’ai nommé administrateur de la sous-rubrique correspondante.
      J’ai de même restreint les accès de chacun de ses auteurs (via le plug-in accès restreint) à la sous rubrique correspondante.

      Chacun de ces auteurs peut donc écrire des articles dans la sous-rubrique où ils sont administrateur restraint.

      Mes groupes de mots clefs :
      J’ai acutellement deux groupes de mots clefs :
      1/ Agenda : qui contient un seul mot clef : « evenement ». Il permet pour ceux qui le souhaitent de faire apparaitre l’article sur la page « Agenda étudiant »
      2/ Classement FASEE : qui contient deux mots clefs : ActuFasee et Zoomsur. Ce sont ces deux mots que je souhaiterait limiter au seul webmaster. En effet ils permettent de choisir ce qui apparait sur la page de garde.

      Du coup, j’ai limité via motus l’accès du groupe Classement FASEE à toutes les rubriques SAUF « Notre Réseau ». Cependant, quand je me connecte avec le compte d’une association et que je créé un nouvel article je peux toujours choisir des mots clefs de l’un ou l’autre des groupes.

      Je suis désolé si je ne suis pas très très clair. Mais ne t’embête pas trop si tu n’as jamais eut écho de ce problème, cela vient sûrement de mon côté.

      Il y a peut être une « incompatibilité » avec mes plugins. Acutellement j’ai :
      -  API de vérification 1.0.2 - test
      -  Acces Restreint 3.8.4 - stable
      -  Champs Extras 3.2.4 - stable
      -  Champs Extras (Interface) 3.1.0 - stable
      -  Galleria plugin pour SPIP 1.2.1 - stable
      -  Motus 1.1.1 - stable
      -  Saisies 1.30.0 - test
      -  YAML 1.5.0 - stable

      Je vais essayer de les désactiver un par un.

      A savoir que je n’ai jamais toucher au fichier « coeur » de spip.
      _Encore merci de tes réponses !

    Répondre à ce message

  • Le 27 mars 2013 à 16:44, par DD En réponse à : Motus

    Bonjour,

    Sous SPIP 3.0.7 avec Motus 1.1.1 j’obtiens l’erreur :
    1 Erreur SQL 1054
    Unknown column ’rubriques_on’ in ’field list’
    SELECT technique, rubriques_on FROM spip_groupes_mots WHERE id_groupe=1

    lorsque je veux enregistrer la restriction d’utilisation d’un groupe de mots à une rubrique.
    Mes plugins sont à jour.

    Merci
    dd

    Répondre à ce message

  • Le 13 avril 2012 à 19:38, par Cedman En réponse à : Motus

    Hello,

    j’essai de mettre en place le plugin sous Spip 2.1.12 et j’obtiens le message « Echec ».
    Precisions aucun autre plugin ne tourne a l’exception de ceux pré requis pour le fonctionnement de Motus. Une idée ?

    En tout cas super plugin, merci.

    Répondre à ce message

Répondre à cet article

Qui êtes-vous ?
  • [Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici Les choses à faire avant de poser une question (Prolégomènes aux rapports de bugs. )
Ajouter un document

Retour en haut de la page

Ça discute par ici

  • Adaptive Images

    15 novembre 2013 – 66 commentaires

    Un plugin pour permettre aux sites responsive d’adapter automatiquement les images de la page à l’écran de consultation. Adaptive Images, que l’on pourrait traduire par Images adaptatives, désigne la pratique qui vise à adapter les taille, (...)

  • Métas

    8 août 2009 – 50 commentaires

    Ce petit plugin permet l’ajout, depuis l’espace privé, de metatags aux articles et rubriques de SPIP, ainsi que la mise en exergue de mots importants.

  • Brownie

    6 juillet 2012 – 43 commentaires

    Brownie est une adaptation pour Zpip du thème du même nom initialement développé par Egrappler.com. Présentation Brownie est un thème Responsive à deux colonnes. La démonstration ci-dessous utilise la version 2.0.0 de Brownie, la dist de SPIP3 (...)

  • Métas +

    3 décembre – 13 commentaires

    Améliorez l’indexation de vos articles dans les moteurs et leur affichage sur les réseaux sociaux grâce aux métadonnées Dublin Core, Open Graph et Twitter Card. Installation Activer le plugin dans le menu dédié. Dans le panel de configuration, (...)

  • Acces Restreint 3.0

    11 décembre 2008 – 785 commentaires

    Le plugin accès restreint permet de définir et de gérer des zones de l’espace public en accès restreint. Cette version du plugin a été redévelopée et optimisée tout spécialement pour SPIP 2.0. Il en découle une amélioration des performances sur les gros (...)

Ça spipe par là