SPIP - Contrib

[ar] [en] [es] [fr] [it]



Accueil du site > Rédaction > Édition publique > OpenPublishing

Plugin OpenPublishing

Pour sites de publication ouverte

mardi 1er mai 2007, par edd. Dernier ajout lundi 18 juin 2007

Toutes les versions de cet article :


Ce plugin permet la publication d’un article (avec l’ajout éventuel de documents ou d’images) depuis le site publique, de manière totalement anonyme.


Introduction

Le plugin OpenPublishing a pour but de fournir une interface de publication ouverte à n’importe qui et ce de manière totalement anonyme. Il permet donc la publication d’article depuis le site public, de manière totalement anonyme et sans inscription. Il a été développé pour le site indymedia Lille. (Indymédia est un réseau mondial de sites d’informations fonctionnant sur le principe d’openPublishing. Il a été créé à l’occasion du contre-sommet G8 de Seattle)

Petit historique :

Certains sites Indymédia ont été développé à partir d’un fork de spip 1.4.2. (le projet spipindy). Depuis le projet SPIP a évolué et est maintenant en passe de passer à la version 2.0, avec de nombreuses fonctionnalités supplémentaires. L’une des principale fonction est la gestion des plugins, c’est à dire la possibilité d’ajouter du code à SPIP sans pour autant s’écarter de la branche principale. Le plugin OpenPublishing a pour vocation de remplacer le projet Spipindy et de s’intégrer dans le développement de spip.

Fonctionnalités

le plugin OpenPublishing permet :

- la publication d’article depuis le site public
- l’anonymat du contributeur (attention, le serveur qui héberge le site peut ne pas garantir cet anonymat)
- des options de post-traitement du texte
- la possibilité pour l’utilisateur de lier des mots-clefs à son article
- la possibilité de transformer l’article en "date" pour un agenda
- des boucles supplémentaires afin de faciliter l’écriture du squelette
- une interface d’administration du plugin

Le plugin OpenPublishing est fonctionnel sur SPIP 1.9.1. et SPIP 1.9.2.

La dernière version stable est la version 0.3


Documentation & téléchargement & développement

- Espace wiki. Ce site sert d’espace de travail collaboratif et regroupe toutes les informations liés à ce plugin.
- Le plugin OpenPublishing version 0.3 est aussi disponible en zip, lié à cet article.


Installer le plugin openPublishing

Installation standard de SPIP

Il suffit tout simplement de décompresser l’archive dans le répertoire "plugins" de votre spip, puis d’aller activer le plugin dans la page de gestion des plugins de l’interface privée de spip.

Installation pour mettre à jour une version antérieure du plugin openPublishing

Attention, Il y a une petite subtilité a ne pas rater ! Il suffit de supprimer tous les fichiers de votre répertoire "plugins/openPublishing/", et d’y placer le contenu de l’archive openPublishing. Mais ensuite, il ne faut surtout pas oublier de clicker sur le bouton "Upgrader les tables openPublishing" dans l’espace de configuration du plugin openPublishing, afin de mettre à jour automatiquement votre base de donnée.

N’utilisez surtout pas la fonction "Désinstaller openPublishing", celle-ci supprimerai définitivement toutes vos tables openPublishing et toutes les informations qui y sont stockées.


Configurer le plugin openPublishing

Après avoir installé le plugin selon la procédure standard de SPIP, il faut impérativement le configurer pour l’adapter à vos besoins.

La base de donnée

La première chose à faire est d’installer les nouvelles tables dans la base de donnée. Pour cela :

Configuration -> Configuration openPublishing

et clickez sur "installer les tables OpenPublishing"

Modifier la configuration de base

Toute la configuration du plugin passe par l’interface privée. Il vous suffit de clicker sur l’onglet « configurer openPublishing » puis « modifier la configuration » pour avoir accès à toutes les options actuellement prises en charge par le plugin.

Configuration -> Configurer openPublishing -> Modifier la configuration

indiquer au plugin quelles sont les rubriques openPublishing

Le formulaire openPublishing permet à l’utilisateur de choisir dans quelle rubrique il désire publier son article. Dans la boite « Gestions des rubriques », indiquez le numéro d’une rubrique et validez. Recommencez l’opération pour chacune des rubriques voulues.

gestion des redirections

Lorsqu’un utilisateur valide un article ou abandonne, le formulaire affiche un message et redirige au bout de quelques secondes vers une autre page du site. Ces champs permettent de configurer cela. Attention, il faut indiquer des urls de type : « /spip.php?page=ma_page », le plugin complétera automatique l’url

options de post-traitement du texte

Pour le moment, seulement deux fonctionnalité existent. Interdire les titres en majuscule, et une fonction anti-spam.

la gestion d’un agenda

Pour le moment, l’agenda est géré de la manière suivante : dans une rubrique distincte, les articles de type agenda sont publiés sous forme de brèves. Ce système n’est pas très propre et évoluera certainement. Pour le moment, il faut créer une rubrique spéciale pour l’agenda, qui recevra toutes les brève publiés.

La gestion des documents

Le formulaire de publication permet aux utilisateurs de lier des documents à leur article. Cette option permet d’activer ou de désactiver cette possibilité.

La gestion des mots-clés

Si votre site utilise des mots-clés pour référencer ses articles, vous pouvez graçe à cette option permettre aux utilisateurs du plugin de choisir eux-mêmes quels mots-clès ils veulent utiliser pour leur article.

La gestion des mots- clés avec le plugin Tag-Machine

Si votre site utilise le plugin Tag Machine, cette option permet de permettre aux utilisateur de créer leurs mots-clés qu’ils lierons à leur article. Attention, si vous activez cette option, il faut impérativement que le plugin Tag Machine soit installé

Le choix du statut par défaut des nouveaux articles

Grace à ces options vous pouvez choisir quel statut aurons les articles publiés avec le plugin openPublishing. Soit "publie", c’est à dire directement avec le statut "publier", soit "prop", c’est à dire avec le statut "proposé à la validation" (choix par défaut), soit "prepa", c’est à dire "en préparation".


Au niveau du squelette

Quelques petites modifications de votre squelette sont nécessaires afin que le plugin openPublishing soit fonctionnel.

Le formulaire de publication

Insérez cette balise dans une page de votre squelette :

[(#FORMULAIRE_ARTICLE{#SELF})]

Le formulaire de publication d’article apparaîtra dans cette page.

Si le formulaire de publication est placé dans une boucle RUBRIQUES, la rubrique courante sera proposé par défaut à l’utilisateur (et non plus la première rubrique de la liste / attention, il faut impérativement que cette rubrique soit une rubrique openPublishing)

la boucle op_rubriques

Cette boucle retourne la liste des rubriques dédiés à l’OpenPublishing. exemple d’utilisation :

<BOUCLE_rubrique_op(op_rubriques)>
<BOUCLE_rubrique(RUBRIQUES){id_rubrique = #OP_RUBRIQUE}>
[...] code HTML + SPIP [...]
</BOUCLE_rubrique>
</BOUCLE_rubrique_op>

Attention de bien mettre le type de la boucle en minuscule et non en majuscule !

Il peut-être utile de l’utiliser pour lister toutes les rubriques acceptant l’OpenPublishing.

La boucle op_auteurs

Cette boucle retourne les informations d’un auteur anonyme. exemple d’utilisation :

<BOUCLE_auteur_op(op_auteurs){id_article}>
,  Auteur : #NOM
,  Mail : #EMAIL
,  Téléphone : #PHONE
,  Groupe : #GROUP_NAME
</BOUCLE_auteur_op>

Attention de bien mettre le type de la boucle en minuscule et non en majuscule !

Il faut utiliser cette boucle à l’intérieur d’une boucle ARTICLE.

La balise #AGENDA

cette balise renvoi simplement le numéro de la rubrique "agenda". Utile comme critère de recherche pour certaines boucles.


Autres informations

Champs d’identifications

Les champs identifications serons automatiquement remplis avec les informations de l’auteur si celui est inscrit et est actuellement connecté à l’interface privée de spip.

Fichier css & formulaire

Pour bénéficier du fichier css donné avec le plugin ("plugins/openPublishing/css/op.css"), vous devez en recopier le contenu dans votre propre fichier css. De même vous pouvez placez les formulaires donnés avec le plugin dans votre répertoire formulaires de votre squelette, afin d’y effectuer toutes les modifications voulue.

Traduction

Le plugin openPublishing utilise un fichier lang qui n’attend que d’être traduit en plein de langues différentes ("lang/local_fr.php"). Une fois ce fichier traduit, toute l’interface de configuration et de publication du plugin sera traduit.

Bugs corrigé par la version 0.3

- l’upload de documents
- le cas d’une base de donnée avec un préfixe autre que "spip"
- de multiples petits trucs qui pouvaient empoisonner la vie d’un webmaster


pour les codeurs : svn

Le plugin OpenPublishing est développé en utilisant SVN, un outil permettant le travail collaboratif. Il est référencé avec plein d’autres projets dans l’espace de développement de SPIP appelé SPIP Zone. Pour participer au développement du plugin, il faut obligatoirement s’inscrire sur la « zone »

pour participer

- contactez l’équipe de développement
-  Comment utiliser SVN ?
- mettez la main à la pate

pour télécharger la version SVN (de développement)

Il est aussi possible de télécharger la toute dernière version du plugin (attention aux éventuels bugs, il s’agit d’une version de développement)
- plugin version SVN

Voir en ligne

- Un site fonctionnant avec le plugin OpenPublishing : Indymédia Lille
- Un site bac à sable pour tester le plugin : SPIP 1.9.2a

Documents joints


Répondre à cet article

  • Plugin OpenPublishing

    8 juin 2008 17:26, par Bernard

    Un rien, mais juste un petit détail qu’il serait facile de corriger .

    Dans le formulaire article on trouve cette ligne

    [(#ENV**{rubrique}|selected_option{#ID_RUBRIQUE,#TITRE})]

    Hors comme beaucoup de codeurs de boucles, je mets toujours un numéro à mes rubriques. Il suffirait de [(#ENV**{rubrique}|selected_option{#ID_RUBRIQUE,#TITRE|supprimer_numero})]

    Ca ne coûte rien et c’est plus joli ;)

    Mais encore merci pour ce plugin

    Répondre à ce message

    Retour au début des forums

  • Plugin OpenPublishing

    22 mai 2008 12:47, par Bernard

    Bonjour,

    Il est super génial ce plugin !!

    Pour des besoins persos j’ai fait quelques modifs. J’ai ajouté plusieurs champs : surtitre, soustitre, nom_site, url_site.

    C’est avec ce dernier que j’ai des soucis !

    Lorsque la page redirige vers le choix de config ( pour moi la page d’accueil) je suis directement dirigé vers mon url_site.

    Par exemple si j’entre dans le champ url_site : www.monsite.com, je serais dirigé vers http:// www.lesite.fr/www.monsite.com ou alors selon ma configuration http://www.lesite.fr/www.monsite.co...

    Une idée de ce que je pourrais faire ? Je ne comprends pas ce bug..

    Répondre à ce message

    • Plugin OpenPublishing 22 mai 2008 13:15, par Bernard

      Je me réponds à moi-même puisque je viens de voir la solution !

      J’utilisais la variable $url_site qui sert déjà !

      Avec un $url_site_redac ça marche beaucoup mieux ;)

      Pardon pour le dérangement et bravo encore une fois pour le plugin !

      Répondre à ce message

    Retour au début des forums

  • Donner un nom par défaut aux pieces jointes ?

    17 mai 2008 09:46, par ceric

    Bonjour comment dois je faire pour donner un nom par défaut aux pieces jointes uploadées avec votre plugin ?

    Est-ce possible ?

    Merci à vous !

    Répondre à ce message

    Retour au début des forums

  • Plugin OpenPublishing

    15 mai 2008 11:43, par Audrey

    Bonjour, Ce plugin est génial, mais j’aurais une question : est - il possible d’avoir un formulaire différent (en gros dans la rubrique 1 le champ titre s’appellera "entête" et pour la rubrique 2 celui-ci s’appellera "Focus") suivant la rubrique dans laquelle on veut insérer l’article ??

    et comment le mettre en oeuvre ?

    Répondre à ce message

    Retour au début des forums

  • Bonjour,

    merci aux développeurs de ce plugin fort intéressant !

    J’ai un souci concernant le fait que les articles proposés par un rédacteur au moyen de openpublishing ne sont pas notifiés par mail en tant que nouvel article proposé à l’administrateur.

    Est-ce possible de prévenir l’administrateur du site qu’un nouvel article est proposé ?

    Merci beaucoup pour votre aide !

    Répondre à ce message

    Retour au début des forums

  • ça marche sous spip192c

    2 avril 2008 19:17, par Manar

    Bonjour, j’ai testé la version 0.4, et ça marche bien sous spip192c. y a juste quelques remarques :

    1. lorsque le visiteur est connecté, ça aurait pu être plus pratique si le en mon nom soit automatique (au lieu d’utiliser la case à cocher)
    2. la liste des mots clés, pourquoi pas utiliser une liste pour chaque groupe. En outre, faut avoir la possibilité de choisir le groupe de mots clés à afficher au lieu de mettre tout à la fois.
    3. pourquoi devrait-on utiliser un bouton Ajouter les mots clés ?? en utilisant des listes, le choix devrait être validé après avoir validé l’article !!
    4. euuh... c’est quoi l’utilité du psoeudo/email (pour anonymous), s’ils seront pas enregistrés ni affichés ?

    voilà, si on règle ces problèmes, bah, c’est le bonheur (en fait, je veux faire un site d’annonces à la spip khkh)

    Répondre à ce message

    • ça marche sous spip192c 2 avril 2008 20:24, par edd

      lorsque le visiteur est connecté, ça aurait pu être plus pratique si le en mon nom soit automatique (au lieu d’utiliser la case à cocher)

      certe mais alors ce sera moins pratique pour les utilisateurs connectés qui ne veulent pas que leur nom soit affiché automatiquement :)

      la liste des mots clés, pourquoi pas utiliser une liste pour chaque groupe. En outre, faut avoir la possibilité de choisir le groupe de mots clés à afficher au lieu de mettre tout à la fois.

      c’est prévu :)

      pourquoi devrait-on utiliser un bouton Ajouter les mots clés ?? en utilisant des listes, le choix devrait être validé après avoir validé l’article !!

      effectivement, ce serait plus simple, je vais regarder pour faire cela

      Répondre à ce message

    • ça marche sous spip192c 2 avril 2008 20:27, par edd

      euuh... c’est quoi l’utilité du psoeudo/email (pour anonymous), s’ils seront pas enregistrés ni affichés ?

      Bin si c’est enregistré ET affiché pour peu que l’on place les balises correspondante ;) (dans une boucle article, utilise les champs EXTRA OP_pseudo et OP_mail)

      Répondre à ce message

      • ça marche sous spip192c 3 avril 2008 12:10, par Manar

        Bonjour, Merci Edd pour les réponses ;-)

        en ce qui concerne la case à cocher en mon nom, à mon avis (du moins c’est ce que je veux khkhkhk) c’est l’inverse qui devrait être fait. j’explique : si on est connecté, il devrait y avoir une case à cocher intitulé connexion anonyme si on n’est pas connecté, bah automatiquement c’est le compte anonymous qui est pris en compte (enfin, je vois ça dans l’esprit d’un site d’annonce, pas d’un site éditorial hihihi)

        pour les informations de connexions, j’ai savais po qu’ils sont enregistrés en extras, sorry ah oui, pendant qu’on y est, même dans un site éditorial, quel est l’intérêt que le visiteur fournisse un nouveaux pseudo/émail à chaque fois (dans le cas où il est loggé). il suffit de cocher anounymous non !!!???

        Bonne journée.

        PS : c’est pour quand les modifs ??? sankiou (hihihi)

        Répondre à ce message

        • ça marche sous spip192c 4 avril 2008 11:56, par edd

          en ce qui concerne la case à cocher en mon nom, à mon avis (du moins c’est ce que je veux khkhkhk) c’est l’inverse qui devrait être fait. j’explique : si on est connecté, il devrait y avoir une case à cocher intitulé connexion anonyme si on n’est pas connecté, bah automatiquement c’est le compte anonymous qui est pris en compte (enfin, je vois ça dans l’esprit d’un site d’annonce, pas d’un site éditorial hihihi)

          c’est fait :)

          deux options dans l’interfaces de configuration :

          - Permettre aux rédacteurs de s’identifier (mail et pseudo).

          Ajoute dans le formulaire les champs pseudo et mail

          - Permettre aux rédacteurs enregistrés en tant que "auteur Spip" de publier les articles en leur nom

          Si cette option est coché, par défaut le compte de l’utilisateur logé sera utiliser. Cet utilisateur a la possibilité d’utiliser le compte "anonyme" s’il coche la case "Publier de manière anonyme." dans le formulaire.

          Pour l’utilité des champs pseudo/mail, et bien ce plugin est principalement utilisé par des sites de publication ouverte. Ils permettent de laisser à l’utilisateur le choix de laisser ou pas un moyend e le recontacter après la publication.

          Répondre à ce message

          • ça marche sous spip192c 4 avril 2008 12:19, par Manar

            Merci Edd, c’est déjà quelque chose pour moi. ok, je comprend bien le truc du psoeudo/mail ;-)

            il reste la liste des mots clès. je veux bien mettre la main dans la patte mais j’aurais besoins d’un petit coup de main. spip utilise les appels de fonctions de partout, je suis égarée moiii !!!

            bon,je crois que j’attendrais les autres modifs pour pas faire une bêtise

            MErci beaucoup pour ce plugin vraiment génial ;-)

            Répondre à ce message

            • ça marche sous spip192c 4 avril 2008 12:43, par edd

              il reste la liste des mots clès. je veux bien mettre la main dans la patte mais j’aurais besoins d’un petit coup de main. spip utilise les appels de fonctions de partout, je suis égarée moiii !!!

              Pas la peine, c’est fait. Dans l’interface de configuration, coche/décoche les groupes de mots-clé que tu veux proposer aux rédacteurs. Dans le squelette, utilise le critère openKey dans une boucle GROUPE_MOTS pour ne lister que les motsclé que tu a coché.

              Répondre à ce message

              • mots clès en listes de choix 4 avril 2008 13:30, par Manar

                salut salut, bon, j’ai pas pu patienter et j’ai mis la main dans la patte (hihihi). enfin, c’est pas extraordinaire, j’ai juste modifié la boucle dans le fichier :
                formulaires/formulaire_motclefs.html

                ancien code :

                <select name='motschoix[]' multiple size='20'>
                        <BOUCLE_groupes(GROUPES_MOTS){openKey}>
                                <option value="">[(#TITRE|majuscules)]</option>
                                <BOUCLE_mots(MOTS){par titre}{id_groupe}>
                                        <option value="#ID_MOT">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;#TITRE</option>
                                </BOUCLE_mots>
                        </BOUCLE_groupes>
                        </select>

                modification :

                <BOUCLE_groupes(GROUPES_MOTS){openKey}>
                        <p><label>[(#TITRE|majuscules)]</label>
                        <select name='motschoix[]' size='1'>
                                <BOUCLE_mots(MOTS){par titre}{id_groupe}>
                                        <option value="#ID_MOT">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;#TITRE</option>
                                </BOUCLE_mots>
                        </select></p>
                        </BOUCLE_groupes>

                Répondre à ce message

                • mots clès en listes de choix 4 avril 2008 14:34, par Manar

                  apparemment le code ci-dessus, ne permet pas le choix optionnel dans les listes de mots clès. j’ai ajouté l’option :

                  <option value="">&nbsp;&nbsp;&nbsp;-&nbsp;&nbsp;&nbsp;</option>

                  car je veux bien afficher la liste des mots clés, mais laisser la liberté au visiteur de le sélectionner ou pas. mais ça donne l’erreur :

                  # Erreur(s) dans le squelette

                     * <BOUCLE>(Array)
                       Erreur MySQL
                       titre FROM spip_mots WHERE id_mot= LIMIT 1
                       Erreur de syntaxe près de 'LIMIT 1' à la ligne 3
                       </BOUCLE>

                  une piste ?

                  autre chose :

                  1. y-a-t-il possibilité d’enregistrer l’article ajouté au nom du visiteur (enregistré au préalable) loggé au lieu de mettre ses infos dans l’extras et enregistrer l’article au nom du rédacteur choisi dans la config ?
                  2. pour les documents joints.est-il est possible de configurer le type d’insertion par l’administrateur, comme ça le bloc type de votre document disparait.
                    mais également avoir la possibilité d’afficher ce bloc si l’administrateur veut laisser à ses rédacteurs/visiteurs le choix du type de document ?
                  3. je l’ai déjà mentionné je crois : valider les mots clés après validation de l’article

                  Bonne journée.
                  et merci

                  Répondre à ce message

                  • mots clès en listes de choix 4 avril 2008 14:46, par edd

                    # Erreur(s) dans le squelette * (Array) Erreur MySQL titre FROM spip_mots WHERE id_mot= LIMIT 1 Erreur de syntaxe près de ’LIMIT 1’ à la ligne 3 une piste ?

                    oui :

                    la valeur "value" est obligatoire, car si l’utilisateur choisi un mot-clé, il faut obligatoirement transmettre l’id de ce mot clé au plugin afin qu’il puisse le lier à l’article. <option value="#ID_MOT">

                    Répondre à ce message

                    • mots clès en listes de choix 4 avril 2008 14:58, par Manar

                      j’ai rectifié : code modifié :

                      <option value="0">&nbsp;&nbsp;&nbsp;-&nbsp;&nbsp;</option>

                      j’ai mis 0 pour value. de toute façon, tous les id commencent par 1

                      et ça marche

                      pour la personnalisation des formulaires, oui j’utilise toujours le répertoire squelettes/formulaires Merci

                      Répondre à ce message

                  • mots clès en listes de choix 4 avril 2008 15:33, par edd

                    1. y-a-t-il possibilité d’enregistrer l’article ajouté au nom du visiteur (enregistré au préalable) loggé au lieu de mettre ses infos dans l’extras et enregistrer l’article au nom du rédacteur choisi dans la config ?

                    Heu oui, un bug est apparu dans les modfis que je venait de faire qui empeché ceci, c’est maintenant corrigé

                    2. pour les documents joints.est-il est possible de configurer le type d’insertion par l’administrateur, comme ça le bloc type de votre document disparait. mais également avoir la possibilité d’afficher ce bloc si l’administrateur veut laisser à ses rédacteurs/visiteurs le choix du type de document ?

                    C’est fait, deux options sont apparue dans l’interface de config qui permettent d’activer ou de désactiver le type image et/ou le type document. De plus une nouvelle option permet d’imposer un type de document automatiquement, de ce fait si cette option est choisie alors la possibilité de choisir le type de document disparaitra du formulaire.

                    3. je l’ai déjà mentionné je crois : valider les mots clés après validation de l’article

                    Je prefere laisser en l’état, car je préfere laisser à l’utilisateur la possibilité de choisir ces mots-clé au fur et a mesure qu’il rédige son article. De plus pour l’affichage des mot clé choisi, j’ai besoin qu’ils soient préalablement lié à l’article en crous de rédaction, donc enregsitré dans la base.

                    Répondre à ce message

                    • mots clès en listes de choix 4 avril 2008 15:49, par Manar

                      3. je l’ai déjà mentionné je crois : valider les mots clés après validation de l’article

                      Je prefere laisser en l’état, car je préfere laisser à l’utilisateur la possibilité de choisir ces mots-clé au fur et a mesure qu’il rédige son article. De plus pour l’affichage des mot clé choisi, j’ai besoin qu’ils soient préalablement lié à l’article en crous de rédaction, donc enregsitré dans la base.

                      sorry, je me suis mal exprimée :
                      je veux dire, pourquoi pas supprimer le bouton Ajouter mots clés. les mots clés seront validés en même temps que l’article. envoyer deux formulaires c’est un peu lourd.
                      et d’ailleurs, c’est valable pour les documents. y en a qui ne cliqueront pas sur le bouton abandon—>le serveur se trouvera submergé par des docs fantômes (enfin les docs sont chargés après validation par Ajouter non??!)

                      Répondre à ce message

                • mots clès en listes de choix 4 avril 2008 14:42, par edd

                  Pour tout ce quiconcerne la modification des formulaires, je te conseille cette méthode :

                  - créer un répertoire "formulaires" dans le répertoire de ton squelette
                  - y copier les formulaire que tu désir modifier (il serons donc surchargé)
                  - y effectuer toutes les modifications necessaires en fonction de tes besoins.

                  Le plugin utilisera tes propres formulaires plutôt que ceux proposé par défaut.

                  Répondre à ce message

          • et sous spip 1.9.2.d 2 mai 2008 19:14, par manuel

            je ne vois pas l’option permettre aux rédacteur de s’identifier ? ppouvez-vous m’aider car toutes mes publications passe en anonymous

            Répondre à ce message

    Retour au début des forums

  • d’autres modifs demandées

    10 avril 2008 11:41, par Manar

    salut tout le monde,

    pour moi, le plugin remplit déjà la fonctionnalité que je recherche pour mon site.
    Cependant, j’aimerai bien régler d’autres trucs :

    1. envoyer une notification par mail, au visiteur/rédacteur, une fois le formulaire validé. en donnant le lien directe de l’article, ainsi que son numéro.
    2. limiter le nombre de documents à télécharger : laisser le choix à l’administrateur pour le configurer.
    3. bah, j’en ai déjà parlé et j’en ai fort besoin : supprimer le bouton Ajouter les nouveaux mots-clés. l’insertion des mots clés dans la base de données, s’effectuera après envoi du formulaire de l’article.

    Merci beaucoup.

    Répondre à ce message

    • bug liste de mots clè 18 avril 2008 19:16, par Manar

      Bonjour, l’ajout des mots clès peut être faite infiniment, même pour les groupes de mots clès auxquels le choix est unique (un seul mot clé) ---> c’est pas logique

      en outre, en cas d’erreur, l’auteur peut pas modifié son choix.

      c’est l’une des raisons à supprimer le bouton Ajouter mots clés et valider tout après clique sur le bouton prévisualisation ou confirmer envoi

      autre chose, enfin ça n’a rien à voir avec les mots clés, mais ne serait-il pas plus pratique d’adapter le plugin pour donner aux visiteurs de modifier leurs articles(même à l’état proposé à la validation) ? ce serait vraiment génialllllll

      d’après ce que j’ai bien compris, les visiteurs reçoivent une notification une fois l’article validé, ça marche pas chez moi, ou j’ai les cartes qui se mélangent ??!! hihihi enfin ça m’arrive souvent

      Répondre à ce message

    Retour au début des forums

  • Formulaire de’upload indépendant ?

    8 avril 2008 06:49, par cedric

    Bonjour,

    Je suis à la recherche d’une intégration d’un formulaire d’upload dans la partie publique de mon site pour chaque article.

    J’ai vu votre contrib et je me suis dit que j’allais extraire ce qui m’intéressait ; hélas, cette contrib forme un tout ; et je n’y arrive pas.

    Accepteriez vous de me donner un coup de main ?

    Comment devrais je faire pour intégrer la possibilité d’uploader un document dans un article existant ?

    (Hélas, je ne peux pas utiliser votre plugin car j’ai une erreur de startsession(). Apparemment, il y a un conflit avec le startsesion() de mon captcha).

    Merci pour votre aide.

    Répondre à ce message

    Retour au début des forums

  • Bonjour,

    je voudrais savoir s’il est possible d’intégrer #FORMULAIRE_ARTICLE dans des squelettes différents en faisant apparaitre des rubriques openPublishing différentes pour chacun d’entre eux ?

    Il semble que formulaire_article.html retourne obligatoirement toutes les rubriques openPublishing sans possibilité de filtrer.

    Merci de votre réponse.

    Répondre à ce message

    • Bonjour,

      bah, je crois qu’il suffit de changer le code :

      <BOUCLE_rubrique(RUBRIQUES){openPublishing}{tout}>
                                              [(#ENV**{id_rubrique}|selected_option{#ID_RUBRIQUE,#TITRE})]

      </BOUCLE_rubrique>

      en modifiant les critères d’affichage. par exemple, remplacer le critère tout par id_rubrique=xx si vous voulez afficher juste la rubrique xx. ou bien id_rubrique==^(xx|yy)$ ou id_groupe=yy. enfin selon ce que vous cherchez.

      biensûr ces rubriques doivent être OpenPublishing, sinon la liste sera vide.

      Cette modif, doit être faite dans le squelette formulaire_article.html que vous aurez créé dans squelettes/formulaires pour pas toucher le code du plugin si jamais ça déconne.

      voilà.

      Répondre à ce message

    Retour au début des forums

  • rubriques OP :hierarchie

    4 avril 2008 17:27, par Manar

    salut, ne serait-il pas mieux de mettre les rubriques sous forme hierarchique.
    lorsque les sous-rubriques sont nombreuses la liste devient trop longue, car toutes les rubriques et sous rubriques sont affichées à la fois.

    Merci

    Répondre à ce message

    Retour au début des forums

  • la redirection

    4 avril 2008 12:45, par Manar

    Bonjour,

    euuh, oui, je sais je demande trop p’tetre, mais c’est pour améliorer le plugin alors ne me tirer pas les cheveux svp ;-)

    dans la partie config du plugin, on nous demande de donner la page de redirection généralement, on veut retourner à la page d’avant (rubrique ou article...), ou bien se diriger vers la rubrique dans laquelle on a publié le nouvel article. Donc ça doit être automatique et inconnu d’avance !!!

    pourquoi pas permettre de choisir une page de redirection par défaut + une case à cocher si l’administrateur veut une redirection automatique ??!!
    ça serait génial non ?!

    @+

    Répondre à ce message

    Retour au début des forums

0 | 25 | 50 | 75 | 100 | 125



Suivre la vie du site RSS 2.0 | Plan du site | Espace privé | Charte et vie SPIP-Contrib | SPIP | L'autre.net