cisf : plugin “saisie facile” pour SPIP 3

Cette nouvelle version est compatible avec SPIP 3.0, SPIP 3.1 (tout en restant compatible avec SPIP 2.1). Ce plugin “saisie facile” permet de créer ou de modifier facilement un article directement depuis le site public.

Ce plugin :

-   Diminue le nombre de clics nécessaires pour créer un article simple ;
-   Evite certaines complexités de SPIP ( 2 pages pour créer un article, …) ;.
-   Simplifie l’insertion d’un document ou d’une image dans le texte de l’article ;
-   Elargit le champ de saisie du descriptif et du texte ;
-   Positionne automatiquement le curseur de la souris dans le champ « titre » ;
-   Permet de remplacer un document ou une image ;
-   Permet d’ajouter plusieurs documents simultanément (sans les mettre dans un fichier ZIP) ;
-   Facilite l’accessibilité ;
-   Diminue les temps de traitement (par rapport à l’espace privé de SPIP).

En termes d’ergonomie, saisir sur le site public constitue l’approche la plus simple. En effet, la navigation s’effectue uniquement sur le site public. Aussi, il y a un seul environnement à connaître pour le rédacteur (au lieu de deux).

La saisie de l’article s’effectue dans une page simple avec un ensemble de liens pour les « options avancées ». Cela offre une approche très simple pour celui qui n’a pas besoin des options avancées. Par ailleurs, en pratique, on utilise un faible nombre d’options avancées pour un seul et même article.

A noter que ce plugin constitue le portage sous SPIP 2.0 d’une fonctionnalité qui existe depuis plusieurs années dans Giseh. Elle avait fait l’objet d’une étude qui avait été portée à la connaissance de la communauté SPIP le 22/09/2008.

Compatibilité

Le plugin est compatible avec SPIP 2.1, SPIP 3.0 et SPIP 3.1.

Il est compatible avec PHP 5 (y compris PHP 5.4).

Il surcharge uniquement le formulaire des boutons d’administration sur le site public (administration.html).

Le plugin est compatible avec les versions 1.1 (ou supérieures) des plugins correspondants aux fonctions de base de GISEH. Si on utilise la version 1.0 de ces deux plugins, on ne disposera pas du sélecteur de forme et de raccourcis.

Le plugin est compatible avec le plugin “porte plume” et le plugin “Formulaire d’upload en html5”.

Installation

Le plugin « saisie facile » s’installe comme tous les plugins, cf. http://www.spip.net/fr_article3396.html

Paramétrage

Le plugin ne nécessite pas de paramétrage.

Illustration

Une très courte vidéo (2 Mo)

Une copie d’écran sous SPIP 2.0.10 (cliquer sur l’image pour l’agrandir) :

Copie d’écran sous SPIP 2.0.10

Une copie d’écran sous SPIP 2.1.0 avec l’extension “Porte plume” (cliquer sur l’image pour l’agrandir) :

Copie d’écran sous SPIP 2.1.0 avec l’extension “Porte plume”

Versions successives du plugin CISF


-  La version 1.5 contourne le problème de redirection, qui apparaît sur les sites qui ont plusieurs adresses, avec la version 2.1.6 (et supérieure) de SPIP.
-  La version 1.51 apporte la compatibilité avec le plugin “Champs extras 2”.
-  La version 1.52 apporte la compatibilité avec le plugin “Titre de logo”.
-  La version du 03/10/2011 corrige plusieurs points.
-  La version du 07/01/2013 modifie la date d’un document lors du remplacement (alors que SPIP ne la modifie pas).
-  La version du 07/11/2014 apporte la compatibilité avec le plugin Eluminures.
-  La version du 10/06/2015 apporte la compatibilité avec SPIP 3.0 et SPIP 3.1 (tout en restant compatible avec SPIP 2.1).
-  La version du 22/10/2015 apporte de légères évolutions pour l’accessibilité.
-  La version du 05/10/2016 prend en compte une nouveauté, de la version 3.0.24 de SPIP, qui empêchait de téléverser un fichier ZIP dans CISF.
-  La version du 27/01/2017 corrige plusieurs points.
-  La version du 27/03/2018 apporte la compatibilité avec SPIP 3.2 et la compatibilité (sous SPIP 3.2) avec PHP 7.0 et 7.1.
-  La version 3.0.0 du 03/07/2018 apporte la compatibilité avec le plugin CIBLOC.
-  La version 4.0.0 du 05/07/2019 apporte la compatibilité avec le plugin CIBLOC version 2.
-  La version 4.2.0 du 02/11/2020 apporte la compatibilité avec le plugin CIWIDGET version 2.

Discussion

35 discussions

  • 1

    Bonjour, super plugin, super boulot, grand merci !
    Mais un point m’échappe concernant “les champs extra”.
    J’essaie sans succès de leur donner la même forme, (CSS) que celle que j’ai donné avec des “label”, “class”,... aux champs de base Spip (De “surtitre” à “ps”).
    Par la Class CSS du formulaire Champs extra" : pas de changement.
    Par “Prive/style_prive_formulaires” : pas de changement.
    Par...

    Je n’ai pas trouvé au contraire de Laurent (Le 8 décembre 2010 à 17:35) comment désactiver leur affichage automatique bien pratique (Bien lu le 11 avril à 09:48 : La nouvelle version de CISF apporte la compatibilité avec le plugin “champs extras 2”.), mais pas modifiable (pour mon petit niveau).
    Cependant, en les codant à l’identique des autres au-dessus (Comme en-dessous d’ailleurs) de "</ul> <!--extra-->" dans formulaires/cisf_article.html, comme indiqué le
    30 juin 2010 à 21:47 ils s’affichent comme souhaité mais 2 fois à la suite, l’une souhaitée, à l’identique et l’autre pas, trop différente.

    J’y suis depuis ce matin, j’ai lu tout le forum, éplucher les fichiers du plugin, j’en peux plus... soyez sympa, donnez-moi la solution

    Merci

    • Bonjour,
      Concernant le style, une piste consiste à recopier le fichier suivant
      cisf_style_champs_extra.css
      dans cisf/_css et à le renommer cisf_style.css. Merci de m’indiquer si cela règle le problème.

      Concernant la désactivation des champs extra, dans le fichier cisf/formulaires/cisf_article.html, ligne 117, enlever :

      <!--extra-->

    Reply to this message

  • 2

    Vraiment génial ce plugin !
    J’ai juste un léger problème lorsque j’utilise également le plugin champs extra 2:

    -  quand j’enregistre pour la première fois mon article avec saisie facile, les champs extra sont mémorisés.
    -  quand je souhaite modifier cet article via saisie facile, les champs extra ne sont pas écrasés et restent comme ceux enregistrés au départ.

    N’étant pas très fort en php & mysql, pouvez-vous m’aider à régler ce problème ?

    Merci beaucoup pour votre aide !

    • La nouvelle version de CISF (du 11/04/2011) apporte la compatibilité avec le plugin “champs extras 2”.

    • Merci beaucoup pour l’amélioration !

    Reply to this message

  • 2

    Bonjour,

    je souhaiterais modifier la liste des options avancées de la partie gauche: changer les titres, autoriser les affichages suivant le statut de l’auteur, etc...

    J’ai beau supprimer des lignes de code dans la page cisf_article.html, le seul changement visible se fait lorsque je supprime #CISF_OPTIONS_AVANCEES, c’est à dire tous les boutons d’un coup :/

    Comment faire pour éditer la liste des options avancées ?

    En vous remerciant pour l’aide

    • Equipement

      La question a déjà été posée dans ce forum et la réponse a été donnée.

    • autant pour moi ! merci pour la réponse rapide !

    Reply to this message

  • 12

    J’ai utilisé pendant quelques mois la version 1.2 du plugin sans problèmes. Tout nickel..

    Aujourd’hui, j’ai fait une mise à jour vers la dernière version 1.4 (cisf_110211.zip) et j’ai trouvé des problèmes lorsque je tente de ajouter des documents ou des images dans les articles.

    Lorsque je sélectionne le bouton “Ajouter un document” (ou “Ajouter une image) je suis redirigé a l’URL suivant: http://w ww.mondomaine.com/spip.php?page=cisf_document&id_article=XX&id_rubrique=XX&cisf_ajout=document page (comme d’habitude) .

    Mais une fois que je sélectionne le document à charger je suis redirigé á´: http:// w ww.mondomaine.com/?show_docs=XX #porfolio (oui, dans la racine du site et nottez le”?"), plutôt que sur la page http://w ww.mondomaine.com/spip.php? page=cisf_doc_modifier&id_article=XX&id_rubrique=XX&show_docs#portfolio, comme avant.

    Si je reviens à l’édition de l’article, l’image apparaît dans le portfolio, mais pas inséré dans le texte de l’article si le processus a été lancé depuis l’icône de la barre typographique.

    D’autre part, si je sélectionne le bouton “Supprimer” pour n’importe quelle image ou document du portfolio, apparemment rien ne se passe. L’image est encore visible et la page n’est pas rechargée. Si je “recalcul” la page l’image est parti.

    Je suis sur spip 2.1.8.

    Aucune idée? Je vous remercie beaucoup. J’utilise cisf pour plusieurs projets et est absolument fantastique. Il est dommage que je ne peux pas utiliser la dernière version.

    Pardonnez mon français ...

    • Equipement

      Bonjour,
      Je regarderai jeudi (à mon retour).

    • Equipement

      Bonjour,
      Sous spip 2.1.8, avec la dernière version 1.4 de CISF (cisf_110211.zip), je n’arrive pas à reproduire le problème.

    • Bonjour,

      Deux observations et une question complémentaire:

      En ce qui concerne le problème mentionné à mon post précédent:

      a) Il s’agit d’une version du plugin installé sur une mutualisation spip. Le plugin est compatible avec des sites mutualisés?

      b) Le problème semble être lié à la version de jQuery. Lorsque des problèmes ont surgi j’ai été de tester la compatibilité de la nouvelle version 1.5 avec mon projet et SPIP 2.1.8 en générale. J’ai essayé avec la version 1.4.4 (celle qui vient avec SPIP 2.1.8 par défaut) et le problème a persisté. Mais lorsqu’il est testé avec jQuery 1.4.2 tout est normal et cisf fonctionne parfaitement. Y at-il des incompatibilités avec les versions ultérieures á 1.4.2 de jQuery?

      La question supplémentaire:

      Dans le projet que je développe, j’ai la nécessité de modifier les squelettes d’edition du plugin (cisf_article, cisf_auteur, etc), par exemple pour ajouter nouvellles feuilles de style ou pour désactiver certains options avancées d’édition que je n’aime pas que les rédacteurs ont utilisé.

      D’autre part, je ne veux pas perdre la compatibilité avec les versions ultérieures du plugin, alors je ne devrais pas changer quoi que ce soit dans le dossier plugins / cisf...

      Comment recommandez-vous la gestion des squelettes modifiés? J’ai essayé de renommer les squelettes et certains de ses composants, mais, bien sûr, cela implique une perte de compatibilité avec les futures versions. Où dois-je conserver les squelettes modifiés? Dans squelettes/formulaires?

      Merci beaucoup !

    • Equipement

      Bonjour,

      a) Lorsqu’on sélectionne le bouton “Ajouter un document”, dans le code HTML de la page que l’on obtient (page=cisf_document&…) quelle est le contenu de ‘value’ dans input name=’redirect’ type=’hidden’ value=’…’ ?

      b) Le plugin CISF n’utilise pas JQUERY pour ajouter un document.

      c) Il est possible d’ajouter ou de retirer certaines options avancées. Pour cela, le plugin CISF offre le pipeline cisf_article_options. Par exemple, le plugin CIPARAM (Configurateur de squelettes) ajoute plusieurs options avancées. Le fichier ciparam/inc/ciparam_inc_cisf.php montre un exemple concret du mécanisme d’ajout d’options. Le nom de chaque option doit être précédé de ‘bt_’ (exemples : bt_forme, bt_raccourci).
      Les formulaires concernant les options ajoutées doivent être stockés dans le plugin qui les ajoute. Par exemple, le plugin CIPARAM contient un squelette par option avancée ajoutée (cisf_forme.html, cisf_raccourci.html) dont le nom est celui de l’option avancée précédé de ‘cisf_’. Chacun de ces squelette fait appel à un formulaire (exemples : ‘ciparam_cisf_forme’ et ‘ciparam_cisf_raccourci’).

    • <input name='redirect' type='hidden' value='http://www.monsite.com/spip.php?page=cisf_doc_modifier&amp;id_article=AA&amp;id_rubrique=RR' />

      AA et RR montrent le nombre correct de l’article et la rubrique.

      Malheureusement, vous avez raison à propos jQuery. Maintenant, ne fonctionnent pas avec la version 1.4.2, contrairement à ce qui s’est passé la semaine dernière.

    • Lorsqu’on sélectionne le bouton “Ajouter un document”, le code HTML de la page que l’on obtient (page=cisf_document&…) contient-il un input avec le nom ’iframe’ ?

    • Non, il n’y a pas d’input avec cette nom.

    • Dans le fichier de SPIP ecrire/action/joindre.php, dans la fonction action_joindre_sous_action, il faut tracer avec spip_log() le contenu de la variable $redirect.

    • J’ai ajouté la ligne suivante dans action_joindre_sous_action:

      spip_log ($redirect, 'test');

      Après avoir essayé de charger une image et un document le test.log seulement affiche l’heure et l’adresse IP de la connexion (pas de valeur pour $redirect).

      Mar 03 10:04:26 190.135.9.160 (pid 17245)
      Mar 03 10:06:52 190.135.9.160 (pid 31994)

    • Equipement

      Il faut tracer le contenu de la variable $redirect dans plusieurs lignes de la fonction action_joindre_sous_action. A chaque fois que $redirect est modifié.
      Par exemple :

      $redirect = _request('redirect');
      spip_log ('trace 1 : '.$redirect, 'test');
      $redirect = urldecode($redirect);
      if ($documents_actifs) {
      	$redirect = parametre_url($redirect,'show_docs',join(',',$documents_actifs),'&');
      }
      spip_log ('trace 2 : '.$redirect, 'test');
      if(_request("iframe") == 'iframe') {
      	$redirect = parametre_url(urldecode($iframe_redirect),"show_docs",join(',',$documents_actifs),'&')."&iframe=iframe";
      }
      spip_log ('trace 3 : '.$redirect, 'test');
    • Je suis très reconnaissant de votre soutien et un peu gêné parce que j’ai finalement découvert la source du problème et n’avait aucun lien avec le fonctionnement de cisf. Ce n’est pas moi qui a créé le nom de domaine, et aujourd’hui, j’ai réalisé que il n’y avait pas de redirection des sites avec ou sans “www” (pas un CNAME record, un alias ou une redirection 301). Naturellement, le plugin ne fonctionne correctement que si vous utilisez l’URL du site tel que défini dans la configuration de spip. J’ai essayé de les utiliser de manière interchangeable et il a été la source du problème!! Grand merci et excuses pour le temps perdu...

      Parce que les utilisateurs de mon projet sera de nombreux rédacteurs et beaucoup d’entre eux vont probablement faire la même erreur que j’ai fait, est-il un moyen de lier / rediriger les deux sites (avec ou sans www) pour activer le plugin de travailler dans les deux options? Quelle option me conseillez-vous dans un cadre comme celui-ci? Ou il serait préférable de “forcer” une redirection d’un site à l’autre?

      Votre plugin est grand et mieux encore, votre souci pour leurs utilisateurs.

    • Le problème apparaît sur les sites qui ont plusieurs adresses, avec la version 2.1.6 (et supérieure) de SPIP.

      En effet, SPIP 2.1.6 a introduit une fonction de sécurisation des redirections des actions (au sens SPIP) qui interdit les URL absolues, sauf dans les deux cas suivants :
      -  l’URL correspond à celle définie dans la configuration de SPIP.
      -  la constante _AUTORISER_ACTION_ABS_REDIRECT est définie (dans un fichier d’option).

      Comme le plugin CISF utilise la fonction de SPIP “generer_url_public” pour plusieurs actions (au sens SPIP) et que cette fonction génère des URL absolues, cela explique le phénomène observé sur un site qui a plusieurs adresses.

      Aussi, j’ai abandonné la fonction de SPIP “generer_url_public” pour les actions (au sens SPIP) de CISF, afin d’être compatible avec la version 2.1.8 de SPIP pour les sites qui ont plusieurs adresses.

      La nouvelle version 1.5 de CISF (du 14/03/2011), qui contourne ce problème, est jointe au présent article.

    Reply to this message

  • 1

    Bonjour

    Merci pour ce super plugin, bravo aussi pour vos documentations et les autres de vos plugins que j’ai testé.

    Pour information, j’ai constaté un dysfonctionnement si le plugin Gabarits.
    Ce plugin rajoute un champ qui permet d’avoir un gabarit pour les articles.

    Le dysfonctionnement se traduit ainsi : page grise.

    Merci pour la grande qualité de votre travail

    • Equipement

      Bonjour,

      Le plugin “Gabarits” utilise certaines spécificités de l’espace privé. Par exemple, il utilise la variable javascript “ajax_image_searching” qui est initialisée par SPIP dans l’espace privé mais pas dans le site public. Comme le plugin “Saisie facile” opère dans le site public, le plugin “Gabarits” génère une erreur javascript “Erreur : ajax_image_searching is not defined” lorsque l’on clique sur “Ajouter le texte”. Aussi, le texte n’est pas ajouté.

      Cordialement

    Reply to this message

  • 12
    John Smith

    Plugin génial!
    tout fonctionne sauf que lorsque je clique sur le lien rubrique, que je change la rubrique ou pas, quand je reviens sur la page principale, la zone texte est vide.

    Quelqu’un a déjà eu ça ?
    merci d’avance!

    • Equipement

      Bonjour,

      Je n’arrive pas à reproduire le problème.

    • John Smith

      l’erreur est OnSubmitForm is not defined

    • Equipement

      J’obtiens le message d’erreur (dans la console javascript), mais pas le problème.

      A noter que l’enregistrement du texte (s’il a été modifié) est effectué lorsque l’on clique sur le lien “Rubrique” dans la colonne de gauche. Le processus d’enregistrement n’est pas déclenché par un script javascript.

    • John Smith

      Le problème pourrait venir de l’hébergement ?

    • John Smith

      Le côté étrange c’est que ça ne me le fait que pour les rubriques.
      La façon de sauvegarder n’est pas la même que pour les autres modifs ?

    • Equipement

      Le processus d’enregistrement est identique pour toutes les actions.

    • John Smith

      Est-il possible de restreindre la création et la modification d’article dans certaines rubriques?

    • John Smith

      J’ai changé les permissions avec le plugin autorisation.
      Ma nouvelle question c’est lorsque la personne est n’est pas loguée on voit toujours le barre d’outils.
      Y a-t-il un moyen de l’enlever ?

    • Cette question concerne SPIP. Ce dernier pose pour les administrateurs (mais pas pour les rédacteurs), un cookie valable plusieurs jours (en plus du cookie de session), qui provoque l’affichage des boutons d’administration sur le site public.

    • meme probleme avec le changement de rubrique
      sous spip 2.0.12 [15876]
      et ...fckeditor (en mode visuel par défaut)

      j’ai desactivé le choix de la rubrique dans cisf-fonctions.php :
      // “bt_rubart”=>“cisf:eq_menu_rubrique”,

      quelques tests :
      mettre le mode d’edition de fcke à spip par defaut -> meme erreur
      désactivation de fcke: plus d’erreur...

      une question à John Smith: est ce que vous utilisez fcke ou ckeditor ?
      auquel cas , il faudra les mettre au courant...

    • Equipement

      Bonjour,
      Je n’arrive pas à reproduire le problème sous spip v2.1.2 avec fckeditor v0.10-r228 (en mode visuel par défaut) et ckeditor v3.4.2.

    Reply to this message

  • 4

    bonjour

    j’ai mis en place le plugin pour faciliter la saisie pour les redacteurs. mission accomplie ! grand merci.

    mais en tant qu’administrateur quand je reçois une notification de publication, le lien me renvoie vers la partie privée de spip. la n’est pas le probleme, je precise:

    j’ai choisi le format d’url propre.
    hors en regardant de plus pres le plugin il semble qu’il enregistre en format normal.

    le probleme:
    quand je publie un article (depuis l’espace privé de spip) proposé a partir de l’interface cisf cela provoque une erreur sql.
    celle ci est corrigée en vidant le cache du site. c’est vraiment pas pratique.
    sinon , lors de la publication (en tant qu’administrateur) directe depuis cisf, l’url est recalculée ce qui ne provoque pas d’erreur (c’est ce que j’ai déduit) .

    d’autres personnes ont elles rencontré ce probleme ?

    est il possible que le format de l’url lors de l’enregistrement “suive” les preferences du site ?

    merci d’avance

    • Equipement

      Bonjour,

      Je n’arrive pas à reproduire le problème. Quel est le contenu complet du message d’erreur sql ?

      L’enregistrement d’un article (dans l’espace privé ou dans CISF) est indépendant du type d’URL utilisé. En effet, le type d’URL intervient lors du calcul de la page sur le site public (balises #URL_ARTICLE, #URL_RUBRIQUE, #URL_BREVE, etc.).

    • voici le message d’erreur. j’ai oublié de preciser que jsuis sous SPIP 2.0.12 [15876]
      Erreur SQL
      U.url, U.date, O. FROM spip_articles AS O LEFT JOIN spip_urls AS U ON (U.type=’article’ AND U.id_objet=O.id_article) WHERE O.id_article=43 ORDER BY U.date DESC LIMIT 1
      You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ’FROM `ophos12381_fsl`.spip_articles AS O LEFT JOIN `ophos12381_fsl`.spip_urls AS’ at line 2

    • Equipement

      Le message d’erreur signifie que SPIP ne trouve pas la ligne $table_titre[’articles’]= ’titre, lang’; dans le fichier ecrire/public/interfaces.php . Aussi, ce problème est à poser sur le forum SPIP.

    • merci de votre reponse. je vous tiens au courant

    Reply to this message

  • 5

    Bonjour,
    Je teste un spip 2.1.2 en local (easy php 5.3.3). J’utilise les plugins. : cfg, cisf, le cs, mediabox. Tout fonctionne normalement à part deux choses étranges, lorsque je veux “remplacer” un document dans CISF, il n’affiche pas le formulaire...Page vide. Et une autre singularité, lorsque que j’utilise le bouton “Articles Publié, non publié” il me donne une erreur 404...
    Si quelqu’un a déjà eu le problème...
    Merci de votre aide.

    Je précise que je n’ai pas le problème sur le serveur distant(enfin pas à ma connaissance).Uniquement en local avec easyphp 5.3.3

    • En fait après des tests chez mon hébergeur, j’ai le même problème...Cela ne vient donc pas de easyphp...

    • Bon, après investigation, le problème est une erreur de ma part...
      En fait je pensais qu’être connecté en tant qu’administrateur du site suffisait pour faire toutes les opérations proposées par Cisf sur les articles et rubriques ( tout rédacteurs confondus)...Et bien en fait non...En tout cas pas pour mon projet...Il faut placer l’administrateur dans les rédacteurs des articles pour que toutes les fonctions de cisf fonctionnent correctement...

    • Equipement

      Bonjour,

      J’ai effectué le test suivant :
      -  je me connecte avec un compte de rédacteur
      -  je crée un article avec cisf et je lui joint un document
      -  je me déconnecte
      -  je me connecte avec un compte administrateur
      -  je me place sur l’article en question via cisf
      -  je remplace le document ... sans problème.

    • Equipement

      Il est préférable de désactiver les autres plugins pour cerner quel est le plugin qui génère le problème.

    • Merci pour vos réponses, il semble que le problème soit résolu. Malheureusement je ne sais pas pourquoi.
      Encore merci pour ce plugins qui facilite grandement le travail des rédacteurs !.

    Reply to this message

  • 1

    bonjour
    est il possible d’utiliser le plugin agenda2 avec cisf ?
    grand merci pour votre travail en tout cas.

    • equipement

      Bonjour,

      Le plugin cisf offre un pipeline “cisf_article_options”, qui permet d’ajouter une ou plusieurs options avancées (dans la colonne de gauche). Par exemple, dans la copie d’écran donnée en illistration, les options avancées “Formes” et “Raccourcis (accueil...)” sont ajoutées par le plugin ciparam (cf. plugins pour SPIP 2.0 correspondants aux fonctions de GISEH). A ma connaissance, le plugin Agenda2 n’exploite pas cette possibilité.

    Reply to this message

  • 5

    Bonjour,

    Moi je l’utilise avec la version SPIP 2.1.1 [15871] et cela marche nickel.

    Par contre une petite question, j’utilise le champs PS et il ne s’affiche pas dans l’edition rapide, alors que dans l’edition privée le champs s’affiche.

    Est ce normal, car le PS n’est pas pris en compte ou alors il y a possibilité de le paramétré ?

    Merci en tout cas et bon courage pour la suite.

    • equipement

      Bonjour,

      Le choix a consisté à se limiter aux champs titre, descriptif et texte, afin de privilégier la simplicité. Aussi le champ PS n’est pas pris en compte (et ce n’est pas paramétrable).

    • Je me doutais un peu de la reponse.

      Faire au plus simple.

      Sinon je trouve ton idée de REMPLACEMENT de document tres pratique (j’ai pas mal de document a mettre a jour).

      Pour les logos de RUBRIQUES / ARTICLES envisage tu aussi la notion de remplacement ? Ce qui nous permettrait de gagner en temps lors du remplacement de logos ?

      ;)

    • Bonjour,

      Ce plugin constitue le portage sous SPIP 2.0 d’une fonctionnalité qui existe depuis plusieurs années dans Giseh.

      Cette fonctionnalité de “saisie facile” a fait l’objet d’une étude de conception (jointe au présent article) qui avait été portée à la connaissance de la communauté SPIP le 22/09/2008.

      Cette fonctionnalité de “saisie facile” est utilisée depuis près de deux ans sur des centaines de sites.

      Aussi, il ne s’agit pas d’un plugin naissant, qui est encore au stade des réflexions sur le détail de son fonctionnement, mais d’un portage d’une fonctionnalité qui est stabilisée depuis longtemps.

      Ce contexte étant rappelé :
      -  concernant le champ PS, il s’agit de faire au plus simple pour l’utilisateur (l’ajout du champ PS dans le formulaire est techniquement très simple).
      -  l’expérience sur des centaines de sites montre qu’il n’est pas rare de devoir remplacer un document, mais qu’en revanche le remplacement d’un logo est plutôt rare.

    • Ok très bien.
      Promis j’arrête de demander si il est possible d’ajouter des fonctionnalités :)

      Merci en tout cas et bonne continuation.

    • equipement

      Bonjour,

      La nouvelle version du plugin, téléchargeable sur cette page, prend en compte le champ “PS” ainsi que le champ “Chapeau” (si ces champs ont été activés dans le menu configuration de SPIP).

    Reply to this message

Add a comment

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite / PostgreSQL
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparait.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

pre-moderation

Warning, your message will only be displayed after it has been checked and approved.

Who are you?
[Log in]

To show your avatar with your message, register it first on gravatar.com (free et painless) and don’t forget to indicate your Email addresse here.

Enter your comment here

This form accepts SPIP shortcuts {{bold}} {italic} -*list [text->url] <quote> <code> and HTML code <q> <del> <ins>. To create paragraphs, just leave empty lines.

Add a document

Follow the comments: RSS 2.0 | Atom