Plugin Publication Ouverte

Publié le : 6 août 2008 – Dernière modification le 21 décembre 2021 – par edd – 128 commentaires

1
2
3
4
5
23 votes
Nouvelle version du plugin openPublishing, avec plus d’options, moins de bugs, et un nouveau nom !

description du plugin

Le plugin « Publication Ouverte » a pour but de fournir une interface de publication d’article publique et anonyme permettant à n’importe quel visiteur d’un site spip de publier un article sans aucune authentification. Cette méthode de gestion/création de contenu est appelé « Publication ouverte » (ou open-publishing en anglais). La publication ouverte est principalement pratiqué par le réseau indymédia, ainsi que de nombreux autres sites d’informations alternatives.

Article wikipedia

Important : ce projet n’est plus maintenu par son auteur faute de temps et de motivation. Il est donc libre d’être repris. N’hésitez pas à explorer le code, et à commiter les modifications pour offrir à la communauté une nouvelle version débarrassé des derniers bugs et compatible avec les dernières versions de spip.

Principe de fonctionnement

Le plugin « Publication Ouverte » fourni un formulaire accessible par les visiteurs d’un site SPIP, qu’ils soient ou non enregistré comme auteur. Ce formulaire permet d’écrire un article sans devoir posséder un compte sur le site en question. Pour cela, tous les articles écrits via ce formulaire serons attribué à un auteur par défaut, communément appelé auteur « anonyme ». Il est aussi fortement conseillé de désactiver le stockage des IP de SPIP (cf. paragraphe « Avertissement IP »).

Il est aussi possible pour un auteur identifié, de publier un article « en son nom » plutôt qu’au nom de l’auteur « anonyme ». (cf. paragraphe « Auteurs spip »).

openPublishing devient Publication Ouverte

Le plugin openPublishing fait une évolution majeure, sa structure ayant énormément changé depuis la version précédente, on en profite également pour en changer le nom. « openPublishing » s’appelle maintenant « Publication Ouverte ». (ça fait plus spipiens non ?)

Ce qui change par-rapport aux versions précédentes

-  Les données propres à ce plugin ne sont plus stockés dans des tables particulières mais stocké dans les champs extras de la table articles ou brèves.
-  La configuration du plugin passe entièrement par le plugin CFG
-  Le plugin peut maintenant être utilisé par d’autres plugins pour proposer des options supplémentaires à la publication ouverte (cf. paragraphe sur l’interaction avec les autres plugins).
-  Les formulaires ont été simplifiés pour permettre une meilleur intégration dans un site (Disparition des feuilles de styles spécifiques au plugin).
-  Possibilité de donner un logo à l’article.
-  L’identification et la gestion des documents s’appliquent maintenant aussi aux brèves (lors de l’utilisation de la gestion agenda du plugin publication ouverte)
-  L’identification des auteurs apparaîtra dans l’interface privée
-  Possibilité d’activer la notification par mail lorsqu’un article est publié.

Les amalgames

Attention, ne pas confondre :

-  La gestion agenda du plugin Publication ouverte avec le plugin Agenda (ils n’ont strictement rien à voir entre eux).
-  L’identification optionnelle proposé par le plugin « Publication Ouverte » n’a aucun rapport avec la gestion des auteurs enregistrés dans un site spip).

Dépendance

Le plugin Publication Ouverte dépend du plugin CFG. Il est indispensable d’installer le plugin CFG avant d’installer le plugin « Publication Ouverte ».

-  CFG

Installer le plugin

Comme pour tous les autres plugins, il suffit de récuperer le zip, de le décompresser dans son répertoire « plugins », puis d’aller l’activer dans la page de gestion des plugins.

-  Installer un plugin

Passer de openPublishing à Publication Ouverte

-  Chemin d’accès : Configuration->Gestion des plugin->Publication Ouverte->Mise à jour
-  Url : ?exec=op_base

Cet espace de mise à jour permet de passer du plugin openPublishing au plugin Publication Ouverte.

Le plugin Publication Ouverte diffère énormément du plugin openPublishing. Pour effectuer une mise à jour correcte :

-  Dé-activer le plugin openPublishing dans la page de gestion des plugins
-  Supprimez le répertoire openPublishing dans votre répertoire "plugins"
-  Installez le plugin "Publication Ouverte"
-  Avant de passer à la configuration du plugin Publication Ouverte, il faut impérativement passer par une étape intermédiaire permettant de faire la transition entre openPublishing et Publication Ouverte.

Suivez pas à pas toutes les étapes en lisant entièrement toutes les explications. Tout devrais bien ce passer.

-  La première action consiste à supprimer les tables devenue obsolète de votre base de donnée. Histoire de garder une base propre.
-  La version 0.4 du plugin "Publication Ouverte" n’utilise plus la table "spip_op_auteurs" pour stocker les données d’identifications des rédacteurs, mais utilise les champs "extras" de la table "spip_articles". L’option suivante va vous permettre de mettre à jour tous les articles ayant eu un rédacteur s’étant identifié via ce système. Cela vous permettra de conserver les données identifications de vos rédacteurs et donc de supprimer la table "spip_op_auteurs" devenue obsolète.
-  La dernière étape consiste à supprimer la table "spip_op_auteurs".

Et voila, votre base de donnée est maintenant nettoyé des anciennes tables du plugin openPublishing. Vous pouvez maintenant passer à l’étape de configuration du plugin Publication Ouverte.

Configurer le plugin Publication Ouverte

-  Chemin d’accès : Configuration->cfg->Publication Ouverte
-  Url : ?exec=cfg&cfg=op

Cette espace de configuration permet de modifier les options suivantes :

Le choix des rubriques ou les articles seront placés

Vous pouvez choisir une ou plusieurs rubriques (déjà existantes ou crées pour l’occasion) qui recevrons les articles publiés via Publication Ouverte. Il suffit simplement de cocher ou de décocher les rubriques.

Le choix de l’auteur "anonyme"

La publication Ouverte assigne automatiquement à un auteur les articles publiés par l’interface de publication ouverte. Vous pouvez içi choisir cet auteur. L’utilisation "normale" consiste à créer pour l’occasion un auteur portant le nom "anonyme", et n’ayant aucun accès à l’interface privée (donc pas de mot de passe), puis de le choisir dans cette liste.

Le choix des champs à utiliser

Le plugin Publication Ouverte peut utiliser tous les champs de spip, c’est à dire le Sur-titre, le sous-titre, le descriptif, le chapeau, et le post-scriptum. Vous pouvez choisir içi quel champs utiliser dans l’interface de publication ouverte.

Le choix des options disponibles aux rédacteurs

Le plugin Publication Ouverte peut aussi permettre d’ajouter des objets à un articles :
-  des mots-clés
-  des documents
-  des documents distants
-  des images
-  un logo

Activez ou désactivez ces options en fonctions de vos besoins.

Auteurs spip

Cette option permet d’offrir le choix aux rédacteurs enregistrés comme auteur spip de publier au nom de l’auteur "anonyme" ou "en leur nom".

-  Cochez l’option "Permettre aux rédacteurs enregistrés en tant que "auteur Spip" ..."

Le formulaire de publication proposera alors (si l’utilisateur s’est préalablement logué via #LOGIN_PUBLIC ou #LOGIN_PRIVE), une case à cocher permettant d’attribuer l’article à cet utilisateur. (les champs "pseudo" et "mail" seront alors remplis avec les données de cet utilisateur).

La gestion de l’agenda

Si vous cochez cette option, le plugin "Publication Ouverte" proposera aux rédacteurs de publier leurs articles sous forme de "date" dans l’agenda. Il s’agit en réalité de publier le contenu de l’article sous forme de brève dans une rubrique spécifique.

Le choix du statut des articles

Lorsqu’un article est publié par l’interface de publication ouverte, il faut qu’il reçoive un statut (en rédaction, publié, ou proposé). Vous pouvez donc choisir ici quel sera ce statut.

Vous pouvez aussi activer la notification par mail. (Vous devez avoir préalablement activé le "suivie de l’activité éditoriale dans votre configuration de SPIP). L’email indiqué dans votre configuration de SPIP recevra un mail de notification a chaque article publié.

Les options de post-traitement du texte

Ces options vous permettent d’effectuer quelques tests sur le chmps textes des articles publiés :

-  anti-spam : remplace les @ des adresse email par un groupe de lettre aléatoire
-  anti-majuscule : remplace toutes les majuscules d’un titre par des minuscules
-  taille minimale du titre : determine la taille minimal en caractère des titres des articles

La gestions des renvois automatiques

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

Au niveau du squelette

-  Appeler le formulaire "Publication Ouverte"

Dans une page du squelette (par exemple : "publication.html"), placez l’appel suivant :

	[(#FORMULAIRE_ARTICLE{#SELF})]

Vous pouvez appeler cette page depuis n’importe qu’elle autre page de votre site.

<a href="#URL_PAGE{publication}">Publiez un article</a>

Le plugin fourni aussi une page standard disponible via l’url :

/spip.php?page=publication_ouverte

-  Lister les rubriques recueillant les articles « Publication Ouverte »

<BOUCLE_rubrique(RUBRIQUES){openPublishing}>
</BOUCLE>

-  Récupérer les données d’identification :

<BOUCLE_article(ARTICLES){id_rubrique}>
- Le pseudonyme utilisé :#EXTRA|OP_pseudo<br />
- Le mail : #EXTRA|OP_mail<br />
</BOUCLE_article>

-  Exemple plus poussé (liste tous les articles « Publication Ouverte », classé par rubrique et par date)

<BOUCLE_rubriques(RUBRIQUES){openPublishing}{par id_rubrique}>

<ul>
		<BOUCLE_article_rubrique(ARTICLES) {id_rubrique=#ID_RUBRIQUE} {par date}{inverse} {0,15}>
	
			<li>
				<a href="#URL_ARTICLE">[(#TITRE|lignes_longues{27})]</a><br />
	
				publi&eacute; le [(#DATE|affdate_jourcourt)]<br />
                                [Auteur : (#EXTRA|OP_pseudo)  |  ]
				[Mai : (#EXTRA|OP_mail)  |  ]
			</li>
		</BOUCLE_article_rubrique>
		</ul>
</BOUCLE_rubriques>

Avertissement IP

Par défaut, spip log les adresses IP des visiteurs de votre site. Il est fortement conseillé de désactiver cela afin d’avoir une publication ouverte anonyme. Le plugin couteau suisse fournit la possibilité d’activer ou de désactiver ce stockage des adresses IP. Ne sera stocké qu’une version cryptée md5.

-  Le Couteau Suisse

Interactions avec d’autres plugins

Pour les utilisateurs

Si vous utilisez d’autres plugins effectuant des traitements au moment de la sauvegarde d’un article dans l’espace privée, ces traitement seront aussi actifs pour les articles publié par « Publication Ouverte ».

Pour les développeurs

Cette section ne concerne QUE les développeurs d’autres plugins. Vous pouvez donc vous dispenser de sa lecture si vous n’avez pas l’intention de rendre « Open » l’un de vos plugins.

-  Les pipelines de spip :

Le plugin Publication Ouverte utilise les pipelines « pre_edition » et « post_edition ». Cela veut dire qu’il est tout a fait possible pour un autre plugin de se brancher sur ces pipelines afin d’y effectuer des traitements., ils s’effectueront aussi bien sur les articles publiés via l’espaces privée que sur les articles publiés via Publication Ouverte.

-  Les pipelines spécifiques à Publication Ouverte :

Le plugin Publication Ouverte fournie aussi ces propres pipelines, permettant à un plugin tiers de s’insérer dans Publication Ouverte. C’est à dire d’ajouter dans le formulaire de publication son propre bout de formulaire. Les pipelines permettant de faire cela sont :

-  OP_environnement

ce pipeline permet aux plugins d’ajouter des variables d’environnement et éventuellement de leur donner un « type » en fonction du traitement necessaire au champs.

exemple :

$flux['data']['champs_pri']['url'] = _request('url');
$flux['data']['champs_pri']['mon_champs'] = '';
$flux['data']['champs_pri']['mon_autre_champs'] = '';

$flux['data']'type']['mon_champs'] = 'texte';

$flux['data']['actions']['mon_action'] = '';
  • La variable « url », étant déjà remplie, ne passera pas par le traitement stripslashes
  • La variable « mon_champs », n’étant pas remplie, passera par le traitement stripslashes, et étant « typée » texte, passera aussi par le traitement entities_html (la récupération des valeurs du formulaire est effectuée par Publication Ouverte)
  • La variable « mon_action » correspond au bouton « submit » du formulaire.
  • Important : le nom des variable doit correspondre au « name » dans les champs <input />.

-  OP_abandon

Que faire losrque l’utilisateur abandonne ? nettayage des valeurs temporaire dans la base, etc ...

exemple :

	if ($flux['data']['champs_pri']['id_article']) {

		$query = sql_select(
			array('id_mot'),
			array('spip_mots_articles'),
			array('id_article = '.sql_quote()
		);

		while ($row = sql_fetch($query)) {
			sql_delete(
				array('spip_mots'),
				array('id_mot = '.sql_quote(row['id_mot']).' LIMIT 1')
			);
		}
         }

-  OP_squelette

On y « branche » le formulaire.

exemple :

 	$flux = @unserialize($flux);

 	return inclure_balise_dynamique(
 			array('formulaires/formulaire_tag-machine', 0,
 				array(
				'bouton' => "Ajouter ce/ces tag(s)",
				'id_article' => $flux['id_article']
 				)
 			), false);

-  OP_validation

ce pipeline permet aux plugins d’effectuer une validation « alternative »
p.e : pour passer ailleur que par la création d’un article (création d’un evenement p.e)

IMPORTANT ; ne surtout pas oublier de mettre le flag_valider à true, sinon on embraye sur les autres types de validation

IMPORTANT : tester le flag_valider, il ce peut qu’un autre plugin le mette à true avant :)

IMPORTANT : tester sa variable action .. sinon le process se déroulera si on clique sur un autre bouton

-  OP_pre_validation

ce pipeline permet aux plugins d’effectuer des traitements avant la validation

p.e : traitements typographiques sur le texte

-  OP_action

ce pipeline permet aux plugins d’effectuer les traitements sur les variables.

pourra contenir des manipulations de la base de donnée, etc ..

IMPORTANT : toujours commencer par un test sur sa variable action !

Désactiver/Activer l’interaction

Dans l’espace de configuration, rubrique « post-traitement », cochez ou décochez la case « Interactivitée avec les autres plugins ».

Ajout du pipeline dans le fichier plugin.xml

Pour qu’un plugin puisse utiliser un pipeline du plugin publication ouverte, il faut l’ajouter dans le fichier plugin.xml de la manière suivante :

<pipeline>
        <nom>OP_squelette</nom>
        <action>OP_squelette</action>
        <inclure>prefixe_pipelines.php</inclure>
</pipeline>

Discussion

5 ans 1 an 3 mois Sans limite
par date
Filtrer

65 discussions

  • 5
    Insffix

    Bonjour,

    Une adaptation de ce plugin est-elle prévue pour spip 3 ?

    Répondre à ce message

  •  ???

    Bonjour,
    J’utilise ce plugin qui est hyper interressant mais j’ai un problème, jaimerai que le titre de l’article soit obligatoire. J’ai bien écrit [obligatoire] mais même sans titre on peut envoyé. Qu’est ce que j’ai loupé ? Merci

    Répondre à ce message

  • 1
    NiKo

    C’est encore moi :)

    En fait j’ai un autre soucis...

    Je suis sous Spip 2.1.12, et la barre typo ne s’affiche pas par défaut, et j’ai comme des extraits du cache qui s’affichent au milieu des champs. Certains champs s’affichent également en double (ajout de documents, identification de l’auteur, soit tous les champs supplémentaires activés dans l’interface d’admin)

    J’ai mis la dernière révision du plugin (53768), censée être compatible avec Spip 2.1... mais les soucis relevés ci-dessus ne viennent-ils pas d’une incompatibilité quelque part ?

    • NiKo

      Réponse à moi-même, puisque la solution a été trouvée... pour résoudre ces 2 soucis ! ça se passe dans le fichierpublication_ouvert/formulaires/formulaire_article.html

      -  Il faut commenter l’appel du #PIPELINE (tant pis, on se privera de pipeline, mais bon...) : ça supprime l’affichage de caractères ésotériques et les champs qui s’affichent de façon multiple !

      -  pour afficher la barre typo, il faut aussi modifier un peu autour du form qui contient tout les champs et l’inclure dans une div avec les class « formulaire_spip » et « formulaire_article » :

      <div class="formulaire_spip formulaire_article">
<form action="[(#ENV{url})]" method="post" name="formulaire_article" enctype="multipart/form-data">
 ...
</form>

</div>

    Répondre à ce message

  • NiKo

    Bonjour !

    Joyeux utilisateur de ce plugin, j’utilise également le plugin ckEditor, afin de simplifier le travail aux utilisateurs lambda. Sauf que je n’arrive pas à les faire se causer l’un à l’autre : j’aimerais tellement que ckEditor prenne la main sur le formulaire de publication ouverte... Quelqu’un aurait une solution ?

    Merci :)

    Répondre à ce message

  • 14
    laurent

    salut a tous

    j’ai un soucis : la barre typo ne s’affiche pas .
    quelqu’un a t- il ce probleme ? une idée pour le regler ?

    sinon tout roule.
    spip 2.08 Publication ouverte (v0.5) Rév. 33917

    merci d’avance

    http://www.fsl-nancy.fr/spip.php?page=agenda&id_rubrique=18&annee=2010&mois=03#publier

    • franek

      Salut Laurent,

      Il y a un peu de latence par rapport à ton message mais je suis confronté au même souci en utilisant Publication Ouverte sur un SPIP 2.1.
      Je vois que sur ton site du forum social local tu as réussi à afficher Porte Plume sur ton formulaire de contribution à l’agenda. Pourrais-tu me faire savoir comment tu y es parvenu ?

      Pour ma part, j’ai beau intégrer le bout de JS et la bonne classe à mon form, la barre d’outils typo ne s’affiche pas.

      Par avance merci !

    • laurent

      le truc c’est que je suis sous 2.010 expres et j’utilise la version stable de PO.

      avec 2.1 (et la branche 2.10 de PO) j’avais un soucis en plus : affichage de ce qui semblait etre les id_article, rubrique, date... le tout en vrac. j’ai pas trop cherché de ce coté je l’avoue ;)
      t’a réussi à resoudre ce ce probleme ?

      et en plus un probleme de declaration des pipelines qui me faisait buguer le site (toutes les pages en blanc (y compris en privé)) a chaque purge du cache.
      ce probleme se manifeste d’ailleurs avec le site actuellement, ce qui m’oblige a effacer le fichier charger_pipelines dans le repertoire cache.
      plus précisément, pas avec spip 2.010 [14698] mais a partir des modif de gestion du cache (de memoire à partir de [14708] ).
      j’ai pas encore regarder pour regler le probleme mais il semble qu’un pipeline soit declaré deux fois (?)

      pour les modif que j’ai apporter à P O (j’avoue que c’est surement un peu du bricolage vu mes competence en programmation... j’ai fait ca apres comparaisons de beaucoup de formulaires qui affichaient eux la barre typo, et... beaucoup de test. c’est donc peut etre pas la bonne methode, je m’en contente pour l’instant vu le temps que j’ai) :

      • le fichier formulaire_article : 
        <form class="formulaire_article" action="[(#ENV{url})]" method="post" name="formulaire_article" enctype="multipart/form-data"> 
<div class="formulaire_spip">
      • le fichier inc/op_fonctions : 
        function barre_article($texte, $rows, $cols, $lang='')
{
	static $num_formulaire = 0;
	//include_ecrire('inc/layer');
	include_spip('inc/layer');

	$texte = entites_html($texte);
	if (!$GLOBALS['browser_barre'])
		return "<textarea name='texte' rows='$rows' class='forml' cols='$cols'>$texte</textarea>";
	
	$num_formulaire++;
	
	return afficher_barre("document.getElementById('formulaire_$num_formulaire')", false) .
	  "<textarea name='texte' rows='$rows' class='forml no_previsualisation' cols='$cols'
	id='formulaire_$num_formulaire'
	onselect='storeCaret(this);'
	onclick='storeCaret(this);'
	onkeyup='storeCaret(this);'
	ondbclick='storeCaret(this);'>$texte</textarea>";
}

      j’ai rajouté la classe no_previsualisation pour ne pas afficher l’onglet « voir » du PP, car je n’ai pas reussi a la faire fonctionner :(
      j’ai enlevé $GLOBALS[’options’] ; parce que ca affichait « avancée » juste apres le textarea

      voila j’espere qu ca pourra t’aider que l’on pourra faire avancer tout ca peut etre...
      (hésites pas a me dire ce que tu (ou vous) en pense(z), suis la pour apprendre !)

      a tres bientot

      laurent
      http://www.fsl-nancy.fr

    • laurent

      le pipeline declaré en trop (dans plugin.xml et op_options) est op_pre_validation, que j’ai supprimé dans op_options.
      plus de probleme avec le cache :)

      bon, apres verif , ya quand meme un dommage collatérale :(
      l’article s’enregistre à la racine du site , donc n’est pas editable et on ne peux pas l’ouvrir pour changer la rubrique...

      astuce à la c... : passer par le plugin cisf (edition d’articles simplifié) :
      apres une previsualisation de l’article , on le modifie avec cisf qui lui peux l’ouvrir (va savoir pourquoi) et donc specifier la rubrique.
      c’est pas terrible je l’avoue.

      si d’autres personnes ont resolu le probleme de cache ? ...

    • laurent

      autant pour moi, le probleme de cache est bien réglé sans dommage collatérale.

      le probleme d’enregistrement dans la rubrique ne venait pas du tout de ca :
      j’avais supprimé le champs « choix rubrique » dans formulaire_article.html ne voyant pas son utilité avec 1 seule rubrique de possible pour les redacteurs (choix dans la config)
      MAIS mon formulaire etait precedement dans le squellette d’une rubrique. donc les articles s’enregistraient dans celle ci.
      j’avais depuis peu basculer vers la page du formulaire P.O (/spip.php ?page=publication_ouverte) et donc celui ci n’etait plus « connecté ». donc... enregistrement des articles a la racine... J’avais juste pas noté le « bug » a ce moment.

      en re-plaçant l’appel du choix de la rubrique mais cette fois en l’encadrant d’un « display:none », le résultats recherché au debut est la ET l’article s’enregistre la ou on veut.

      ouf ! ;)

    • franek

      Salut Laurent,

      Je reviens vers toi pour expliquer rapidement ce que j’ai fait, car oui j’ai ma barre d’édition sur mon formulaire publication Ouverte ; D
      J’ai suivi ça Marcimat’s Docs
      Je pense que je me mélangeais entre les deux répertoires du plugin OP (à savoir /branches/spip-2.1 et /stable) et que je n’avais pas rigoureusement mis les deux class (l’une sur le FORM, l’autre sur le textarea - dans le fichier /inc/op_functions.php qui génère le textarea du champs « texte »)

      C’est moins « abouti » que de créer une fonction et de créer / modifier un pipeline mais ça me semble coller simplement au principe d’utilisation de l’extension Porte Plume.

      Pour ton dernier point, masquer la liste déroulante de sélection de la rubrique, car moi aussi je n’en ai qu’une à viser, j’ai procédé comme ceci, ce qui revient a priori au même :
      -  J’ai commenté / supprimé le bloc qui gère la select de la rubrique
      -  J’ai inséré en 2e champ input hidden (donc après le 1er qui est sous la déclaration du form) ceci :

      <input type="hidden" name="id_rubrique" value="[(#ENV**{id_rubrique})]" >
    • laurent

      ok :)

      merci pour le retour !

      ++

    • delorimier

      « je n’avais pas rigoureusement mis les deux class (l’une sur le FORM, l’autre sur le textarea - dans le fichier /inc/op_functions.php qui génère le textarea du champs « texte ») »

      Je n’y arrive pas. Avez-vous des précisions là-dessus ?

      Quel FORM au juste ? Dans quel fichier ? Quelles classes ajouter exactement dans les deux cas ?

      Merci.

    • delorimier

      J’y suis arrivé finalement - merci

    • delorimier

      Il y a un problème avec une de ces modifs - à chaque fois qu’on fait « modifier cet article » dans l’interface privée, on obtient « Il n’y a pas d’article à cette adresse ».

    • delorimier

      J’ai recommencé à zéro et ça marche avec la version 2.1 ici http://files.spip.org/spip-zone/ , spip 2.1.8 et tous les plugins à jour.

    • delorimier

      Cette modif était à l’origine du problème :

      input type=« hidden » name=« id_rubrique » value=« [(#ENV**id_rubrique)] »

      Elle ne transmet pas le numéro de rubrique, et donne 0, ce qui empêche la modification de l’article.

    • Sarah

      pour le problème de l’affichage des variables à la suite (ce que tu appelles « affichage de ce qui semblait etre les id_article, rubrique, date... le tout en vrac »), cela vient de la non déclaration de la pipeline OP_squelettes.

      Il y a 2 modifications à faire pour faire la correction.

      Dans plugins.xml, ajouter :

       <pipeline>
                <nom>OP_squelette</nom>
                <action>OP_squelette</action>
                <inclure>op_fonctions.php</inclure>
        </pipeline>

      dans op_fonctions.php, ajouter :

      /* indispensable lorsque aucun plugin ne viens ce brancher. renvoie une chaine vide
   ce n'est pas propre ... mais bon.*/
function op_OP_squelette($flux) {
        return '';
}

      Sauf que d’aprèsles infos de trac, la déclaration forcée corrompt le fichier charger_pipelines.php car le fonction est declarée deux fois. Sauf que c’est le seul moyen que j’ai trouvé pour ne pas afficher ces caractères, et pour moi ça marche tout aussi bien...

    • Sarah

      bon, en fait, j’ai enlevé l’appel à la pipeline squelettes dans le formulaire article, et je n’ai pas besoin des modifications que je viens de décrire...

      J’ai encore quelques trucs qui ne marchent pas, mais je n’ai pas l’impression que cela vienne de là !

    • Sarah

      en fait, c’est le fait d’enlever cet appel

      #PIPELINE{OP_squelette,#ENV*}

      qui fait que la prévisualisation ne marche plus

    Répondre à ce message

  • 1
    Alexandre

    Bonsoir, je suis tout nouveau sur SPIP, je ne comprends pas la partie sur le squeulette, qu’entendez l’auteur par « Appeler le formulaire « Publication Ouverte » »

    Merci, Bonne soirée

    • Sarah

      pour appeler le formulaire, il faut écrire dans le squelette :

              [(#FORMULAIRE_ARTICLE{#SELF})]

    Répondre à ce message

  • 1
    LP

    Tout d’abord merci pour ce plugin très utile ! j’ai plusieurs questions comment rendre les champs obligatoire, car en faisant des tests le bouton « envoyez » envoi même si les champs sont vide ?
    et comment rendre l’inscription « obligatoire » et non « optionnel », même si la base de ce plugin est d’être anonyme, je trouve intéressant d’éviter au rédacteur de passer par l’interface privé qui n’est pas adapté au design de mon site. Merci pour vos réponse !

    • LP

      J’ai finalement trouvé une solution simple en mettant la publication dans une zone session :

      [(#SESSIONid_auteur| ?’ ’)
      [(#FORMULAIRE_ARTICLE#SELF)]
      ]

      Comme cela elle n’apparait que lorsqu’un auteur c’est auparavant connecté, ce qui la rend obligatoire.

      Il faut maintenant que je règle le problème des champs vide et aussi pouvoir redimensionner automatique les image pour ne pas avoir trop de fichier lourd dans le uppload... Si quelqu’un a une solution je suis preneur.

    Répondre à ce message

  • 1
    ygornet

    Boujour edd

    j’ai modifié la fonction de retour après validation
    j’ai ajouté la possibilité de choisir, si la validation est ok, d’afficher l’article que l’on vient de publier
    ce choix est optionnel (on ajoute une checkbox dans le formulaire de config)

    me permettez-vous de comiter cette modification ?

    Répondre à ce message

  • g0uZ

    Bonjour et merci pour ce beau plugin !

    J’ai un soucis en essayant de l’utiliser à l’intérieur d’une page rubrique. Le formulaire contenant un input « id_rubrique », le visiteur est redirigé sur la page de la rubrique selectionnée pour « contenir » sa contribution quand il prévisualise/valide son article.

    Le problème se règle simplement en utilisant un autre nom pour l’attribut permettant de choisir la rubrique et en adaptant les #ENV & co en fonction.

    Par contre j’ai toujours tout un tas de bug a cause de la barre typo (qui ne fonctionne pas).

    Répondre à ce message

  • guidoune

    Bonjour,

    J’utilise le plugin publication ouverte qui marche très bien.
    Cependant j’ai un soucis lorsque je veux rentrer un numéro de téléphone dans un champs du formulaire dans l’espace public..
    Lorsque je valide le formulaire et que je vais dans l’espace privé le champs avec le numéro de téléphone est incorrecte en effet il manque le 0 devant. Pourtant quand je créer un nouvel article dans l’espace privé je n’ai pas ce problème le numéro est en entier.

    Comment puis-je régler cela ?

    Merci.

    Répondre à ce message

  • jjfouchet

    Bonjour,

    Je cherche à passer de la version spip 1.92 à la version 2.1 !
    Il me reste à régler ce problème.

    La version 1.92 est en version 0.3 d’open publishing !
    La version téléchargeable est la 0.5
    La procédure indiqué est le passage de 0.4 à 0.5.

    il me manque la version 0.4 !

    QQu’un à t_il une version 0.4 ou la proc pour assurer la migration des tables ?

    Cordialement,

    Jean-Jacques

    Répondre à ce message

  • 1
    Delorimier

    Bonjour,

    Ce plugin est vraiment indispensable et très bien fait, bravo.

    Mon site est passé à 2.1, et Publication Ouverte me manque beaucoup.

    • Miguel

      Meme chose en Spagne.... C’est plugin c’est genial, on espere la version pur 2.1 !!

       ; )

    Répondre à ce message

  • 2
    miroito

    c’est bien beau tout ça mais on le télécharge comment sur cette page ?????

    Répondre à ce message

  • 1
    NiKo

    Bonjour !

    Etant dernièrement passé à la version 2.1.8 de Spip pour parer à la faille potentielle, j’ai eu comme dommage collatéral la disparition de la barre typo de mon formulaire de publication ouverte...

    Y-a-t’il une manip’ à faire quelque part pour la rétablir ?

    • NiKo

      Pas de réponse...

      Je suis du coup repassé sous Spip 2.0.9, ce qui a réglé mon soucis.

      Mais c’est quand même dommage qu’un plug-in aussi utile que celui-ce ne soit pas suivi... Ca me donnerait presque envie de me plonger dans les tréfonds du code pour essayer d’en sortir une version compatible 2.1 ! Mais faudrait déjà que je sache faire...

    Répondre à ce message

  • olivie

    Bonjour,

    Merci beaucoup pour ce plugin qui fonctionne à merveille depuis un bon moment sur mon site. Cependant, pour répondre à des nouveaux besoins, il faudrait que ce formulaire de publication ouverte apparaisse dans deux parties différentes du site avec des rubriques proposées qui ne sont pas les mêmes selon que l’on se trouve sur le formulaire A ou B.

    J’ai étudié la documentation mais je crains qu’il ne soit pas possible d’utiliser ce plugin pour gérer deux formulaires en même temps sur un même site.

    Je voudrais cependant m’en assurer.
    Si cela est possible, comment procéder ?

    Merci encore à l’auteur.

    Répondre à ce message

  • 1
    manu

    http://files.spip.org/spip-zone/

    • Olivier

      merci manu.
      J’ai maintenant un problème. j’installe tout mais j’ai l’erreur suivante :
      Fatal error : Cannot redeclare afficher_barre() (previously declared in /var/alternc/html/l/livresjeux/ecrire/inc/vieilles_defs.php(911) : eval()’d code:2) in /var/alternc/html/l/livresjeux/extensions/porte_plume/inc/barre.php on line 24
      Quelqu’un peut-il m’expliquer ?
      avec mes remerciements

    Répondre à ce message

  • NOEL

    bonjour,
    Où et comment télécharger le plugin Publication Ouverte ?
    merci
    Olivier

    Répondre à ce message

  • Eathanor

    Bonjour,

    Merci beaucoup pour ce plugin qui fonctionne à merveille depuis un bon moment sur mon site. Cependant, pour répondre à des nouveaux besoins, il faudrait que ce formulaire de publication ouverte apparaisse dans deux parties différentes du site avec des rubriques proposées qui ne sont pas les mêmes selon que l’on se trouve sur le formulaire A ou B.

    J’ai étudié la documentation mais je crains qu’il ne soit pas possible d’utiliser ce plugin pour gérer deux formulaires en même temps sur un même site.

    Je voudrais cependant m’en assurer.
    Si cela est possible, comment procéder ?

    Merci encore à l’auteur.

    Répondre à ce message

  • Delorimier

    Conflit avec le plugin Tables et formulaires, le formulaire de publication ouverte donne une page vide. Ces plugins coexistaient bien dans spip 1.9.

    http://www.spip-contrib.net/Forms-Tables-2-0,3351

    Répondre à ce message

  • 3
    djinnoll

    Bonjour

    Quelques petits soucis avec publication ouverte et spip2.1

    Je pense avoir bien mis en place la version pour spip2.1 que j’ai téléchargée sur svn, mais je n’ai plus de barre typo et j’ai des formulaires qui s’affichent en double - documents et authentification - avec des lignes de code qui apparaissent.

    • Oui pareil de mon côté, et puis le formulaire prévisu qui râle à cause d’une boucle.
      On sait si quelqu’un bosse encore sur ce plugin ?

    • indie

      Bon de ce que j’ai compris, voici quelques pistes pour ceux qui utilisent ce plugin sur un spip 2.1

      * Dans plugins/openPublishing/formulaires/formulaire_article : supprimer à la ligne 139 le #PIPELINEOP_squelette,#ENV* . Cela résoud le problème de formulaires documents en double notamment. A priori, cette balise pipeline sert pour les autres plugins qui veulent se brancher sur la publication ouverte. Enfin, pas de dommages collatéraux pour ce que j’en fais, et en attendant une vraie version 2.1.

      * Dans la prévisu, ça ralait aussi de mon côté, sur la boucle groupe_mots ... vu que je n’utilise pas les mots clés côté openpublishing, même sort (suppression de la boucle à ce sujet dans plugins/openPublishing/formulaires/formulaire_article)

      Bon ça dépanne, c’est plus propre pour les visiteurs, et ça continue à tourner. La barre typo ça sera peut-être pour une prochaine tournée, si quelqu’un sait comment faire qu’il n’hésite surtout pas.

    • franek

      Salut,

      Si ça peut aider, pour ma part avec un 2.1 j’ai dans ma liste de plugins deux « Publication ouverte ». J’ai tenté d’activer les deux, un seul a réussi à se brancher.
      Petit message d’erreur concernant le second car il me demandait le plugin « EXTRAS ». J’en faisais alors fi puisque j’avais champs_extra 2.
      Après constat des bugs (double form, print d’un array d’initialisation du formulaire) et tentatives de pistage, je me suis dis que j’allais les désactiver, installer EXTRAS et les réinstaller.
      Là ça fonctionne, plus de bug sur le formulaire puisqu’il arrive à se repérer entre la version stable et la branche 2.1, si ce n’est l’absence de la barre typo que ça me rend tout penaud : )

    Répondre à ce message

  • 2
    electroger

    Bonjour,

    Le plugin marche très bien, mais je crois qu’il manque au moins une fonctionnalité importante : la suppression des documents joints à un article.
    Le téléversement marche très bien mais faudrait peut être permettre aux visiteurs / rédacteurs de supprimer un document en cas d’erreur.

    Est ce que vous avez une solution ? J’ai regardé un peu le fonctionnement du back office concernant la suppression de ces documents et c’est plutôt complexe. Avant d’atteindre la fonction « action_supprimer_document_dist », il faut en passer d’autres.

    A+

    • carlos

      Bonjour,

      je cherche aussi à permettre aux utilisateurs de supprimer les documents joints.
      Avez-vous une solution ?

      Merci !

    • electroger

      Bonjour,

      J’ai pas de solution clean... J’ai fait un fichier php avec une requête SQL pour supprimer l’enregistrement dans la base données et un unlink pour supprimer le fichier. C’est pas top, mais comme j’étais pressé j’ai fait au plus vite. Je me suis pas penché sur le problème depuis...

      A+

    Répondre à ce message

  • NiKo

    J’ai lu que l’on pouvait permettre la création de tags directement par les posteurs, via le plugin « Tag Machine ». Or, celui-ci semble introuvable... Y a-t-il un autre moyen de procéder ?

    Répondre à ce message

  • le 69.3

    Bonjour, vous oubliez de dire dans les conseils pour passer d’open publishing à publication ouverte qu’il faut aussi supprimer la boucle op_auteur qu’on avait rajouté dans la page article.html en installant la précédente version du plugin, en même temps que supprimer la table de la base de donné (table qui se supprime toute seule maintenant je crois d’ailleurs).
    Voila, c’est important je crois.

    Répondre à ce message

  • 4
    Flo

    S’lut.

    -  Après rédaction et envoi de l’article, les caractères accentués posent problème pour le titre de l’article, exemple : les séries officielles -> les s�ries officielles.
    Pour les autres champs, ça passe correctement.

    -  Le premier article envoyé porte le numéro 99, le second le 101 ? Pourquoi ce saut d’un numéro ?

    Merci
    Flo.

    • Florent

      Je viens de tester sur le site de démo, et là ça passe super !
      Si le problème venait du codage des caractères dans la base de données, je suppose que tous les champs seraient affectés ?? Or je n’ai que le titre qui pose problème ...

      J’utilise un spip 1.9.2d et un site en local

      Bref, je sèche ...

      Flo.

    • edd

      Pour le problème d’accentuation, je vais vérifier cela.

      Pour le « saut » de numérotation des articles, cela correspond en général à un ou plusieurs appel au formulaire sans que l’utilisateur est utilisé le bouton abandonné ou validé pour quitter la page.

    • Bonjour, j’aurais besoins de quelques informations suplémentaires relatif au problèmes des accents sur le titre.

      Il m’est impossible de reproduire ce bug. Et de plus, ce champ est traité de la même manière que tous les autres champs. Il n’y a donc aucune raison particulière à ce que son résultat soit différent.

      -  publication ouverte permettant à d’autres plugins d’effectuer des traitements sur les articles au moment de leur publication, as tu d’autres plugins installés (qui éventuellement pourraient interférer sur le traitement du champs « titre »)

      -  j’aurais peut-être une solution, mais comme il m’est impossible de tester sa validitée, pourais-tu me contacter par mail (edd@no-log.org) afin que je te transmette un fichier « modifié » qui je l’espère corrigera ce problème.

      bye.
      edd.

    • electroger

      Visiblement ça vient du strtolower quand les majuscules ne sont pas autorisées dans le titre :

      if ($config[’TitreMaj’] != ’yes’)
      $variables[’champs_pri’][’titre’] = strtolower($variables[’champs_pri’][’titre’]) ;

      Une solution simple, autoriser les majuscules !

    Répondre à ce message

  • pyrouette

    salut a tous

    sous spip 2.08 avec porte plume et bte V3, je voudrais pouvoir utiliser la barre typo pour la publication ouverte. je n’ai pas tres bien compris le fonctionnement des pipelines. quelqu’un pourrait il m’orienter vers une doc ou m’expliquer comment proceder pour pourvoir utiliser la barre typo (au min pouvoir utiliser la barre typo standard !)

    autre chose :
    je souhaiterai permettre au rédacteur de choisir la date de publication. plus precisement la date_redac (antérieur) qu’utilise sarka spip pour son agenda.

    merci d’avance

    http://www.fsl-nancy.fr (publication ouverte pour l’agenda)

    Répondre à ce message

  • 5
    Cécile

    Bonjour
    J’ai les champs pseudo et email qui se sont rajoutés dans l’espace privé « écrire un nouvel article ». Il y a t’il un moyen pour qu’ils ne s’affichent pas à cet endroit là ? Merci

    • Bonjour

      J’ai rajouté dans op_options.php

      // ajout pour enlever les champs extras de la partie privée article sauf pour la rubrique 47
      $GLOBALS[’champs_extra_proposes’] = Array (

      ’articles’ => Array (
      // tous : par defaut
      ’tous’ => ’’,
      // 47 : id_secteur zone d’administration des articles
      ’47’ => ’OP_pseudo|OP_mail’
      )
      ) ;

    • pyrouette

      salut.

      en recopiant ton code, j’ai un petit soucis :
      je ne sais pas ou passer a la ligne :S
      desolé pour ma question de débutant.
      si tu peux eclairer ma lanterne.

      merci d’avance

    • Cilou

      Bonjour

      Désolée, à l’époque je ne savais pas entourer mon code avec les balises code ;)

      // Ajout pour enlever les champs extras de la partie privée articles

$GLOBALS['champs_extra_proposes'] = Array (

 'articles' => Array (
   // tous : par defaut
      'tous' => '',
  // 47 : id_secteur zone d'administration des articles
     '47' => 'OP_pseudo|OP_mail'
      )
        );
    • pyrouette

      pas de soucis :) jte remercie

      par contre je l’ai mis dans le fichier op_options , j’ai meme essayé de le mettre dans extras mais ca a pas l’air de fonctionner, j’ai toujours les deux champs quand je crée un nouvel article en privé.
      du coup j’ai desactivé la fonction et viré champs extras.
      solution evidement temporaire :S
      jvoudrai me servir de ces champs seulement avec publication ouverte, en public donc mais pas qu’ils apparaissent en privée pour pas « perturber » les auteurs...

      si tu as une idée...

      merci en tout cas

    • Cilou

      Je l’ai mis aussi dans le fichier op_options.php. Je suis sous Spip 1.9.2, Publication ouverte version 0.4. Peut être vider les caches... Sinon, je ne vois pas, désolée

    Répondre à ce message

  • pyrouette

    salut a tous

    sous spip 2.08 avec porte plume et bte V3, je voudrais pouvoir utiliser la barre typo pour la publication ouverte.
    je n’ai pas tres bien compris le fonctionnement des pipelines. quelqu’un pourrait il m’orienter vers une doc ou m’expliquer comment proceder pour pourvoir utiliser la barre typo

    merci d’avance

    Répondre à ce message

  • davux

    Dans la documentation et les commentaires, il est fait mention de Champs Extras. Est-ce qu’il s’agit de la version qui utilise la balise #EXTRA (l’ancienne, donc), ou de Champs Extras 2 qui rajoute des champs normaux aux tables ?

    Je pense qu’il s’agit du premier car c’est le seul compatible avec SPIP 1.9.2 (il me semble), mais dans ce cas est-ce qu’il y a un moyen d’utiliser plutôt les champs créés avec Champs Extras 2 ?

    Répondre à ce message

  • 3
    Samuel P

    Bonjour,

    Quelqu’un utilise-t-il ce plugin sur une 2.09 ? Si oui, fonctionne-t-il de façon satisfaisante ? Les modifications proposées ci-dessous (26 juillet 15:26) sont-elles nécessaires et/ou suffisantes ?
    Merci pour vos retours.

    • Oui le plugin fonctionne avec spip 2.09, et les modifications sont indispensables. Il y a toutefois une petite erreur dans les modifications nécessaires : dans le fichier /balise/formulaire_article.php à la ligne 23 :

      charger_generer_url()

      doit être remplacée par

      generer_url_entite() ;

      et non par

      charger_generer_entite() ;

      Sinon ne pas oublier d’installer le plugin Champs Extra.

      bubu

    • Sarah

      Merci pour ce plugin qui m’a servi plusieurs fois, et pour les indications pour la compatibilité avec spip 2.0

      comment puis-je ajouter des champs extras de mon cru dans les champ proposé lors de la publication ouverte ?

    • edd

      pour toutes les personnes désirant ajouter des champs dans le formulaire de publication ouverte, je leur conseille de :

      -  créer un plugin spécifique qui ce branchera sur les pipelines mis à disposition par le plugin publication ouverte.

      -  rendez-vous donc sur la documentation de « publication ouverte » pour une explication concernant les pipelines fournis par le plugin.
      -  rendez-vous dans le code lui-même (balises/formulaires_article.php) pour bien comprendre ce qu’il ce passe lors de la création et la validation du formulaire. (j’ai mis des commentaires partout en essayant d’être clair)
      -  rendez-vous aussi sur la page suivante qui explique le fonctionnement générique des pipelines dans spip : http://doc.spip.org/@Les-points-d-entree-pipelines

      à ce jour, il n’existe pas de solution « simple » ou user friendly à ce besoin.

    Répondre à ce message

  • Jonathan

    Bonjour,
    Merci pour ce magnifique plugin, mais j’ai moi aussi créé des champs avec Champs extra 2 mais je n’arrive pas à les voir dans Publication Ouverte, si quelqu’un à une technique je suis preneurs

    Répondre à ce message

  • Cédric Couvrat

    bonjour,

    j’ai créé avec champ extra 2, deux nouveaux champs. que je voudrais rendre éditables avec publication ouverte. Comment puisse-je l’y prendre. Y a t’il un exemple dispo quelque part ?

    Répondre à ce message

  • cilou

    Bonjour

    Merci pour ce plugin.

    Je dois rajouter une case à cocher obligatoire (j’accepte les conditions), j’ai regardé le champ titre qui, lui, est obligatoire pour voir comment faire... mais en fait, si on ne renseigne pas le titre, le formulaire est envoyé quand même.
    Il y a t-il un moyen de rendre ces champs obligatoires ?
    Merci

    Répondre à ce message

  • Bonjour Edd,
    Avez-vous une date concernant la sortie de ce plugin pour SPIP 2 ?
    Merci.

    Répondre à ce message

  • 1
    moé

    bonjour,
    pourriez vous m’expliquer l’installation de ce plugin, j’y arrive vraiment pas,
    je l’est installé et je peux le configurer sur cfg, j’ai une rubrique publier (mais j’ai rien dedans) et je veux que le formulaire apparaisse quand on clique sur le lien de la rubrique publier.
    Comment faire cela ?
    je tourne sur spip 2.0.8
    Merci de votre aide :
    http://uru35.org

    • moé

      j’ai cette erreur là quand j’installe le plugin :
      Parse error : syntax error, unexpected T_FUNCTION in /homez.302/urudbtjr/www/plugins/openPublishing/balise/formulaire_article.php on line 25

      pouvez vous me dire de quoi il retourne

    Répondre à ce message

  • cecile

    Bonjour,

    j’ai voulu installer ce plugin sur des spip 1.9.2.i
    le pb est que lorsque je veux les configurer, j’ai une erreur php, les 30 secondes definies comme temps max d’exection sont atteintes. Avez vous une idée de ce qui peut entrainer cette erreur ?

    Merci

    Répondre à ce message

  • charles

    J’attends moi aussi avec impatience la nouvelle version de ce plugin ^^
    (charles - www.amiens80.fr)

    Répondre à ce message

  • Merci de cette réponse !
    J’attendrais donc la sortie de la version spip2 du plugin pour refaire mon site :)

    Répondre à ce message

  • 3

    Avec la version de SPIP 2.0.6, je n’arrive pas à faire fonctionner correctement le plugin Publication Ouverte v 0.4, Voici ce que j’obtiens :

    FATAL ERROR ligne23 dans le fichier
    /balise/formulaire_article.php : undefinite function charger_generer url().

    Evidemment si je retire cette ligne de commande du fichier formulaire_article.php, le plugin fonctionne, mais je n’arrive pas à récupérer les données d’identification du visiteur avec la (BOUCLE_ARTICLES et EXTRA), que j’ai placée dans le squelette comme vous l’avez indiqué.

    (et j’ai aussi coché l’option « Permettre aux visiteurs de s’identifier » dans la CFG du plugin.)

    • Al_P

      Le plugin Publication Ouverte v 0.4 fonctionne avec le spip 2.0 , après correction de la ligne23 dans le fichier /balise/formulaire_article.php : il faut remplacer charger_generer url() par generer_url_entite().
      En revanche je n’arrive pas à faire fonctionner (BOUCLE_ARTICLES et EXTRA) correctement, mais cela ne m’est pas utile puisque j’ai limté aux rédacteurs (identifiés par login) la possiblité d’écrire depuis le site public .

    • NiKo

      Y a-t-il un moyen d’adapter le plug-in afin qu’il fonctionne complètement avec spip 2.0.x ? Al_P disait le 17 avril à 09:53 que la manip’ donnée ne fonctionne pas totalement, en ne permettant pas à des visiteurs non identifiés d’écrire sur le site. Or, c’est justement ce que j’aimerais faire !

      J’ai beau chercher, je ne trouve pas de plug-in « Full Spip 2 » qui fasse cela... Peut-être une nouvelle version de ce plug-in est-elle prévue ?

    • edd

      Bonjour,

      Tout d’abord je tient à m’excuser pour le manque de support ces derniers temps et cette réponse trop tardive.

      Voici la manipulation à effectuer pour rendre ce plugin compatible avec la dernière version de spip :

      1° Le plugin Publication Ouverte utilise les champs EXTRA qui ne sont plus supporté par SPIP 2.0. Il faut donc installer sur votre spip le plugin suivant qui gére les champs extra : http://www.spip-contrib.net/Champs-Extra,2939

      2° Une fonction a changé de nom dans spip 2.0. Il suffit de modifier le fichier /balise/formulaire_article.php (dans le répertoire du plugin) et de remplacer la ligne suivante (ligne 23) :

      charger_generer_url() ;

      par :

      charger_generer_entite() ;

      voila :)

      Ps : une nouvelle version sortira d’içi peu, adapté completement à spip 2.0.

    Répondre à ce message

  • naomed

    bonjour,

    Tout d’abord je confirme que ce plugin marche bien en 2.0.8 avec juste la modif indiquée plus bas.

    J’ai créé un champ extra pour les articles (ca marche) et je voudrais qu’il s’affiche sur le formulaire publication ouverte.

    Dans le fichier formulaire_article.html j’ai recopié (betement ?) la partie qui appelle un autre champ et ai essayé de la modifier avec les references de mon nouveau champ

    cela ne fonctionne pas, le champ s’affiche mais n’est jamais enregistré.

    quelqu’un a t il une idée ? Merci

    Répondre à ce message

  • Bonjour,
    j’aimerais vraiment utiliser ce plugin, par contre, lorsque je l’install sur Spip 2.0, Mes partie public et privé deviennent blanche (page blanche).

    Obliger de vider mon repertoire /tmp pour que tous redeviennent normal.

    Avez vous une solution, une personne à déjà rencontré ce problème ?

    Merci :)

    Répondre à ce message

  • thodt

    Bonjour tout le monde,
    je souhaiterais utilisé ce formidable plugin, mais la seule chose qui me chagrine c’est de ne pas pouvoir insérer les documents dans le portfolio plutôt que dans l’article.

    Existe t’il une solution pour les insérer directement comme dans la partie privé ?

    merci par avance !! :)

    Répondre à ce message

  • squirrel

    Bonjour à tous,

    J’adore ce plugin ! :D

    Je fais des tests actuellement avec la version 2.0.8 stable au 21 mai 2009. Pour le moment il publie juste le texte, mais pas de titre, pas d’image, pas de possibilité de d’écrire l’image même remplissant le formulaire dédié.

    Pour la BD :

    Les champs de la spip_articles :

    Non inséré titre accepter_forum
    différent extra

    *- Insère a:2 :s:9 :« OP_pseudo » ;s:4 :« root » ;s:7 :« OP_mail » ;s:0 :. au lieu de NULL

    La validation d’un article créer un doublons d’article dans la table spip_articles.

    Par contre quand j’ai vidé le cache, j’ai réaliser la publication normalement et çà fonctionne !!! Par contre je confirme les doublons dans la table toujours existent.

    C’était squirrel en directe de la planète spip ! :D

    Répondre à ce message

  • Anne

    Je constate un non-fonctionnement du plugin à partir de navigateurs (Firefox et IE) sous windows, alors que les navigateurs sous Macos (Safari, Firefox) et Linux (Firefox) permettent une utilisation sans problème.

    Y a t-il un moyen de régler ce problème ?

    (le problème apparaît sur ce site

    Merci d’avance

    Répondre à ce message

  • Rainer Müller

    Bonjour,

    D’abord grand merci pour ce plugin qui enrichit considérablement spip.

    Sur un spip 1.9.2g, les balises multilingues ne semblent pas fonctionner pour des textes introduit dans les champs texte validation et abandon dans la configuration de plugin.

    En fait, ça filtre bien les balises <multi></multi> mais le textes des différentes langues apparaissent un après l’autre précedé du [lg].

    Un bug, conflit ou une idée comment faire pour les afficher correctement

    Merci

    Rainer

    Répondre à ce message

  • Michel

    Bon, finalement, ça fonctionne.

    Pour ce faire, j’ai fabriqué artificiellement avec notepad un fichier publication.html que j’ai placé dans le répertoire squelettes-dist qui ne contenait pas un tel fichier.

    la seule et unique chose que j’ai mise sur ce fichier est :

    [(#FORMULAIRE_ARTICLE#SELF)]

    Et depuis, ça fonctionne.

    Mais je ne peux pas affirmer que c’est à cause de ça, puisque je n’ai pas essayé de supprimer publication.html pour voir si ça cesse effectivement de fonctionner.

    Au revoir et bonne journée

    Répondre à ce message

  • Michel

    Bonjour,

    Je suis débutant en spip.

    J’ai installé la dernière version de spip, la 2.0.6

    J’ai installé ensuite cfg et publicationouverte 0.4

    dans l’espace privé, ça a l’air de fonctionner, on peut configurer publicationouverte, mais il n’y a nulle part où installer une nouvelle table.

    Ensuite quand on essaie en espace public, il n’y a rien qui apparaît pour permettre de publier sans être connecté !

    J’ai donc essayé d’installer d’autres plugins, on les voit et on peut les activer en cliquant sur « configuration », mais ensuite quand on va dans l’espace public, il n’y a jamais rien qui se voit. c’est comme si on n’avait rien fait !

    Merci pour votre aide

    Répondre à ce message

  • Cécile

    Bonjour
    J’ai réussi à faire apparaître le formulaire de Publication Ouverte dans une page squelette de Magusine (en appelant le formulaire comme indiqué [(#FORMULAIRE_ARTICLE{#SELF})] mais lorsque je clique sur les boutons Visualiser ou Envoyer, j’arrive sur une page d’erreur 404 (page inexistante). Par contre, si je fais un lien directement sur la page publication_ouverte, je n’ai pas ce problème et tout marche bien.
    Merci pour votre aide

    Répondre à ce message

  • Amandine

    J’ai vu que dans les questions précédentes, quelqu’un avait eu un probleme d’encodage de caracteres mais il n’y a pas eu de réponses donc je relance, j’ai aussi un probleme d’encodage, et je voudrais savoir en quoi sont encodés les choses du plugin « publication ouverte »

    Répondre à ce message

  • Bonjour,
    Tout est dans le titre ;-) Est-il possible de rendre un champ obligatoire ? C’est indiqué que le champ titre l’est mais le formulaire est bien envoyé sans que celui-ci soit renseigné. Ma demande concerne de toute façon un autre champ.
    Merci de vos réponses

    Répondre à ce message

  • ludo

    C’est OK Merci beaucoup

    Répondre à ce message

  • 1
    ludo

    Je voudrais rajouter plusieurs documents (images), quelqu’un pourrait-il m’aider ?

    • El’Biglouch

      Bonjour.

      Je ne vois pas où est le problème. Il suffit de les uploader l’une après l’autre. Rencontres tu des soucis à ce niveau ?

    Répondre à ce message

  • El’Biglouch

    Bonjour. Merci 1000 fois aux auteurs du plugins.

    Il fonctionne très bien chez moi sur un SPIP 2.0.3 grâce à l’astuce de Guytarr juste en dessou.:D

    En outre je viens de resoudre un problème ultra mineur mais bien présent (et surtout très visible...). Sur la page ou je mettais la balise qui appelle le formulaire_article tous les boutons de validation (recherche, mot de passe,...) s’élargissaient à 100% de la

    dans laquelle ils étaient placés, à l’exception de ceux du formulaire article ! En fin de compte, la « couffe » se trouve dans le dit formulaire_article, dans les toutes premières lignes, où on trouve ....input, textarea width:100% ;...Il suffit de remplacer ce 100% par la valeur auto. Voilou ! Si ça peut aider quelques débutants... Merci encore pour tout ça (SPIP, SPIPcontrib, SPIPzone, enfin tout quoi...:D)

    JUJU. :)

    Répondre à ce message

  • guytarr

    Bonjour, j’ai simplement changer à la ligne 23 du fichier « formulaire_article.php » le charger_generer_url() ; en generer_url_entite() ;.
    Depuis ça semble fonctionner parfaitement pour la spip 2.02.

    Sinon, en ajoutant le formulaire_article.html au dossier formulaires de son squelette, on peut le personnaliser (personnellement, j’offre la possibilité uniquement au rédacteur de proposer depuis le site public j’ai donc retiré les options liées à l’identification et à la publication anonyme en fin du fichier : ça travaille bien :)

    Répondre à ce message

  • assobachant

    Salut edd a tu l’intention de le faire évoluer vers spip2

    je suis un poil coincer entre la 1.9.2 et la 2 avec les plugins demandé par nos membres.

    43 plugins actifs avec Spip 2.0.0 dev [13108]

    Répondre à ce message

  • yoh

    Bonjour,
    Je souhaiterai intégrer les champs #URL_SITE et #NOM_SITE au formulaire.
    Cela pose-t-il un problème particulier ?

    yoh (1.9.2e)

    Répondre à ce message

  • yazul

    indépendamment des petits problèmes ci-dessous, ce plugin a changé ma vie (si, si) : les rédacteurs ne sont pas obligés de passer par l’espace privé. Je m’amuse bien avec en lui adjoignant d’autres saisies. Un grand merci.

    Comment utiliser OP_squelette ?

    Dans mon propre plugin, j’ai créé un pipeline défini dans plugin.xml

    il ne fonctionne que si je supprime la fonction « op_OP_squelette » dans op_fonctions. Si je ne la supprime pas, mon propre plugin (pipeline) ne retourne rien.

    Bizarre : il me semble que plusieurs fonctions peuvent utiliser le même pipeline.

    Autre problème

    OP semble incompatible avec la barre typo-2, ça a des effets bizarre à l’affichage (reproduction de la page d’accueil complète ?)

    Enfin, il serait souhaitable de compléter les branchements possibles dans le formulaire, par exemple : intervenir lors de la pré-visu comme avec OP_squelette.

    J’ai également du remplacer la boucle rubrique par une autre (conservant la hiérarchie). Je ne vois pas comment paramétrer cela : peut-être en utilisant des sous-formulaires ?

    Répondre à ce message

  • 2
    mattheoh

    Bonjour,

    j’ai une petite question qui me semble HS, puisque pas forcément dans la philosophie du plugin... mais bon je tente le coup quand même. :-p

    Est-il envisageable qu’un rédacteur non identifié sur le site via #LOGIN_PUBLIC par exemple, puisse choisir son pseudo dans une liste déroulante des auteurs... et ainsi que son nom soit associé à l’article ?

    Je pense si c’est faisable , qu’il faille modifier le formulaire formulaire_auteurspip... mais bon je sèche un peu pour la suite.

    Si qq’un a une idée /piste , je suis preneur !

    A plus

    • edd

      oui c’est possible ...
      il faut juste modifier le comportement de #LOGIN_PUBLIC
      par contre qu’elle est serait l’utilté ? pourquoi ne pas utiliser l’interface privée ?

    • mattheoh

      Tout simplement parce que je ne veux pas emmener les rédacteurs dans l interface privée (oui je sais... c’est pas plus compliqué mais je crois qu’il y a un frein psychologique dés qu on change un peu d’environnement et qu’on doive se logguer...).

      Merci pour l info en tout cas, je vais regarder de plus prés #LOGIN_PUBLIC, et essayer de faire les modifs adéquates.

      A+

      PS : j ai eu un peu beaucoup de mal avec ce nouveau forum pour trouver comment répondre au message !! :-p

    Répondre à ce message

  • 2
    mattheoh

    Bonjour,

    J’avais installé sur mon site Open Publishing 0.3
    J’ai donc supprimer le plugin en passant par la configuration de Open Publishin et la fonction « supprimer Open Publishing ».
    Puis j ai supprimé par ftp le repertoire Open Publishing.
    J’ai été ensuite sur la base de données MySQL pour supprimer les tables spip_op, mais il n y avait déjà plus rien.

    Malheureusement quand j installe Publication ouverte, j ai une erreur dans la page de estion des plugins du type : / !\ Fichier absent : op_fonctions.php
    / !\ Fichier absent : ../plugins/Publication Ouverte/op_fonctions.php     et pas de case à cocher pour activer le plugin.

    J’ai vidé le rep temp de Spip, mais rien n’y fait.

    je suis sous SPIP 1.9.2

    Quelqu’un aurait une ptite idée ?

    Merci d’avance

    • edd

      bon alors plusieurs erreurs ont été faites. Il ne fallait pas supprimer openPublishing, mais le mettre à jour (ça change beaucoup de chose et permet de ne pas perdre de donnée). La procedure de supression suprimme tout ce que openPublishing a fait dans la base (dans l’optique de netoyer la base et de ne plus utiliser openPublishing), la procedure de mise à jour permet de garder les informations contenus dans la base.

      1° la doc indique ceci :

      Le plugin Publication Ouverte diffère énormément du plugin openPublishing. Pour effectuer une mise à jour correcte :

      -  Dé-activer le plugin openPublishing dans la page de gestion des plugins
      -  Supprimez le répertoire openPublishing dans votre répertoire « plugins »
      -  Installez le plugin « Publication Ouverte »

      Il est vrai que cela peut préter à confusion. Il ne fallait pas utiliser la procédure de désinstallation de openPublishing car celle-ci supprime irrémmédiablement toutes les tables openPublishing, mais proceder à sa « mise à jour », simplement en remplacant les anciens fichiers par les nouveaux.
      Donc, a moins que tu ne dispose d’une sauvegarde de ta base de donnée, la table contenant les informations sur les utilisateurs « openPublishing » (nom, email, etc ...) est perdue.

      2° le répertoire standard de openPublishing et de Publication Ouverte reste « openPublishing » afin de faciliter la transition entre les deux plugins.
      le répertoire « ../plugins/Publication Ouverte/ » n’existant pas, il est normal que l’interface de gestion des plugins râle.

      Pour résoudre ton problème il faut :

      -  Restaurer la base si tu dispose d’une sauvegarde, sinon passe directement à l’étape suivante.
      -  Supprimer le repertoire « openPublishing » et l’éventuel répertoire « Publication Ouverte » de ton répertoire ../plugins
      -  Mettre le contenu de l’archive openPublishing 0.4 (Publication ouverte) dans le répertoire « openPublishing » du répertoire « plugins ».
      -  Si tu a pu restaurer ta base, utilise la fonction de mise à jour openPublishing->Publication ouverte comme décrite dans la documentation
      -  Sinon tu peut passer directement à l’étape configuration et utiliser le plugin.

      voila.

    • mattheoh

      Salut edd !

      1. merci pour la rapidité de la réponse

      2. j ai été c’est vrai mauvais élève sur ce coup là... dans l euphorie de tester le nouveau plugin, j ai pas trop regardé la procèdure... :-p

      3. j ai juste renomé le répertoire « Publication Ouverte » en « openPublishing » et tout est rentré dans l’ordre... donc un GRAND MERCI

      4. Bravo pour le plugin, ça n’a plus rien à voir avec la version 0.3. Impresionnant le nombre d’option. chapeau.

      Encore merci pour ton aide.

      A+

    Répondre à ce message

  • 1
    naomed

    Le plugin fonctionne magnifiquement. Je rencontre juste un petit problème.

    Dans le formulare d’origine de spip j’utilise, dans le champ Descriptif rapide, une présentation comportant une ligne un BR et une autre ligne. Je n’ai pas de probleme quand l’article est en ligne j’ai bien 2 lignes.

    Par contre quand j’essaye avec le champ descriptif rapide du plugin le br apparait comme du texte.

    Je me rend bien compte que c’est un probleme très marginal mais il m’embete bien pour avoir une présentation uniforme.

    D’où cela peut il venir ? Merci

    • Il s’agit d’une protection contre les balises HTML placés sur les champs autre que le texte d’un article.

      Cela n’est pas un problème mais une fonctionnalité. Dés que j’ai un peu de temps, j’ajouterai une option permettant de désactiver cette fonctionnalité :)

    Répondre à ce message

  • Bonjour,

    [(#FORMULAIRE_ARTICLE#SELF)] permet d’afficher le formulaire avec la liste des rubriques autorisées à la publication.
    Comment classer les rubriques dans un ordre différent de celui proposé par défaut et comment supprimer le numéro de rubrique ?

    Quel est le fichier concerné dans le plugin ?

    Merci par avance.

    Répondre à ce message

  • Thomas

    Le plugin fonctionne comme un charme !

    Une seule remarque, lorsque l’on associe un document ou un mot clé à son article, lors de la soumission du formulaire « intermédiaire » on perd ce qui a été contribué dans le chapo, le descriptif et le ps... seul le titre et le texte restent intactes.

    Constaté avec SPIP 1.9.2d et le zip du plugin de ce matin

    Répondre à ce message

  • 2
    pierre

    je viens d’utiliser publication ouverte sur deux sites en 1.9

    C’est génial et cela marche vraiment très bien !

    C’est ce que je souhaitais ..

    deux soucis cependant
    -  1- Pas de message lorsqu’un article est publié
    -  2- le chargement d’un logo ne marche pas avec l’option agenda on ne le retrouve pas dans le logo de la brève.

    Par contre, j’ai un autre problème sur un autre site très simple où je voudrais shunter la partie sélection de la rubrique du formulaire ...

    En fait seule une rubrique et un « agenda » seront modifiables sur ce site (portail d’associations)

    En appelant par un bouton dans la rubrique ou dans la rubrique « agenda » ,
    les seules autorisées, j’aimerai que l’on saute la partie sélection de la rubrique dans le formulaire et que l’on prenne la rubrique en cours

    J’ai essayé en bidouillant des css dans le formulaire mais cela ne marche pas..
    Quelqu’un peut-il m’aider ? Je ne connais pas grand chose aux plugins.

    Mon site d’essai : bac à sable : http://allo-mairie.vandoeuvre.eu/spip3

    un index Publiez conduit à -Un événement (qui ira dans la rubrique agenda « A noter ») ou
    un article dans « Publications » ma deuxième rubrique.

    Merci !

    • je vais regarder pour les deux problèmes que tu souléve (les logo pour les brèves et la notification mail).

      Par contre pour choisir directement la rubrique et donc supprimer le choix de la rubrique par l’utilisateur, ce ne sera pas trop difficile à mettre en place. Logiquement ce sera fait cette semaine.

    • le bug sur les logos liés à une brève vient d’être corrigé. le zip sera mis à jour d’içi une petite heure.

      bye.
      edd.

    Répondre à ce message

  • 4
    Jean-Michel Edition999

    Bonjour,

    Je suis en version 1.9.2.d
    J’ai installé le plugin. Rempli toute les config.
    Pourtant à la validation, j’ai un message :
    Fatal error : Call to undefined function : sql_insertq() in /home.9/e/d/i/edition/www/plugins/openPublishing/inc/op_functions.php on line 243

    La page est eccessible à cette adresse :
    http://www.edition999.info/spip.php?page=publication_ouverte

    Merci d’avance de votre aide.

    Je reste à votre disposition à mon adresse stephenking999.free.fr

    Répondre à ce message

  • 1
    aris

    Le site de démo est en Spip 2.0 et cet article annonce une compatibilité pour Spip 1.9.2 que faut-il en conclure...

    Sinon, good job boys !

    • edd

      il faut en couclure que le plugin fonctionne en 1.9.2 et en 2.0 :)

    Répondre à ce message

  • 1
    jerome

    Bonjour
    L’outil de migration ne fonctionne pas sur spip 1.9.2b

    dans /action/op_base.php
    les fonctions sql_drop_table(’table’) ; ne sont pas connus

    plutôt un spip_query("DROP TABLE nom_table ") ; ?

    idem pour les fonctions de mise à jour des tables :

    • b_b

      Bonjour,

      Installe le plugin CFG pour régler ce problème (il permet à spip 19x d’utiliser les nouvelles fonctions sql_* de SPIP).

      Bon courage ++

    Répondre à ce message

Ajouter un commentaire

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
  • 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 apparaît.

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.

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

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom