Le plugin « porte-plume » ajoute à l’interface une barre d’outils sur certains champs de saisie.Plus que de simples boutons, cette extension facilite la rédaction, par exemple en continuant automatiquement les listes d’éléments, comme le ferait un logiciel de traitement de texte.
Ce plugin fonctionne avec les versions de SPIP suivantes :
- 2.0 (à installer en tant que plugin avec le zip ci-contre par exemple)
- 2.1 (présent par défaut en tant qu’extension)
- depuis 3.0 (présent par défaut en plugins-dist) [1]
Téléchargement du plugin
L’archive du plugin se récupère ici : Porte Plume (zip) [2]
Solution technique retenue
La barre d’outils est entièrement écrite en jQuery, et s’appuie sur la librairie javascript « MarkitUp ». Cette barre d’outil est extensible et modulaire : vous pouvez lire la documentation technique du Porte-plume pour plus de précisions sur l’interface de programmation proposée.
Possibilité de visualisation
Deux onglets dans la partie privée permettent de passer de l’espace de saisie au rendu généré.
Facilités de saisie
Le porte plume regorge de petites fonctionnalités très discrètes mais qui améliorent grandement la saisie :
- chaque bouton peut avoir un raccourci clavier,
- lorsque votre curseur est sur un mot et que vous cliquez le bouton « gras », le mot est automatiquement sélectionné ; idem si vous utilisez le raccourci Control+B,
- lorsque votre curseur est sur une ligne et que vous cliquez le bouton « intertitre », toute la ligne est automatiquement sélectionnée,
- si vous commencez une liste à puce et que vous appuyez la touche « entrée », la liste se poursuit automatiquement,
- si vous avez une liste qui n’a pas encore les caractères « -* », vous pouvez sélectionner toutes les lignes et cliquer l’icône liste. Toutes les lignes deviendront un élément de liste ; cela fonctionne aussi avec l’indentation des listes,
- shift+entrée effectue un saut simple et non un saut de paragraphe (à éviter d’utiliser !!)
Certaines fonctionnalités ne fonctionnent pas avec le navigateur Opéra.
Discussions par date d’activité
52 discussions
Bonjour,
SPIP 4.2.5 + PHP 7.4 / 8.2.9 + Porte Plume 3.1.4 + Autres plugins à jour
Je ne parviens pas à installer le plugin Porte Plume via SPIP : SVP retourne uniquement le plugin "Porte Plume partout".
Après téléchargement (Spip-Contrib / Plugins.spip) et installation en FTP, il m’est impossible de l’activer, même après désactivation des autres plugins. J’obtiens à répétition le message :
Actions demandées :
Désactiver le plugin « Porte plume » (version : 3.1.4)
Activer le plugin « Porte plume » (version : 3.1.4)
Après validation des "Actions demandées", j’obtiens :
Actions réalisées
La désactivation du plugin « Porte plume » (version : 3.1.4) ne s’est pas correctement déroulée
L’activation du plugin « Porte plume » (version : 3.1.4) s’est correctement déroulée
Une idée / une piste ?
Merci d’avance
Le plugin Porte Plume est actif par défaut dans SPIP depuis quelques versions déjà (dans les plugins verrouillés, répertoire plugins-dist/)
Ach... je n’avais pas pris connaissance de ça : ceci explique donc cela.
Merci beaucoup Matthieu 👍
Répondre à ce message
Salut,
sur une installe neuve en 3.3.0-dev SVN [24482], je ne peux pas installer Lorem Ipsum pour Porte Plume.
Que je récupère le plugin via git ou SVP, il n’apparait pas dans la liste des plugins à installer alors que bien présent dans le dossier plugins.
Par SVP, je peux rechercher le plugin, il le trouve, me propose de l’installer, le télécharge et me dis que l’installation s’est bien passée (le plugin est bien présent dans plugins/auto/) mais il n’apparait pas comme activé et n’est pas non plus visible dans les inactifs.
Cf : https://pic.infini.fr/nm7DDNiA/BsmOeXMv.png
J’ai tenté de réinstaller SVP avec
?var_mode=reinstaller_svp, mais rien n’y fait.Sur une même config, en 3.2.7, je n’ai pas le même problème.
C’est mieux avec paquet.xml
https://git.spip.net/spip-contrib-extensions/porte_plume_lorem_ipsum/commit/6b93db8e5b830dfae354d8222db51c3a24e6acfd
Répondre à ce message
Merci pour ce superbe outil !
Le lien cité en note de bas de page « Porte Plume : créer une nouvelle barre » est hélas 404
Bien à vous,
iota
Répondre à ce message
Bonjour,
Comment faire pour ajouter des boutons qui ne génère pas de raccourcis mais des actions.
J’explique, je souhaiterais avoir 2 boutons « Annuler », « Rétablir », pour annuler ou rétablir les dernières saisies, parce que quand on met un gras et qu’on veut le supprimer, il faut retirer 4 caractères et que Ctrl-Z serait plus simple ou cliquer sur ce bouton Annuler.
J’ai cherché mais je n’ai pas l’impression que le sujet ait déjà été abordé.
MERCI d’avance !
Répondre à ce message
Bonjour,
Après avoir vidé le cache sur mon site, j’ai les messages ci-dessous qui apparaîssent, comment y remédier ? Merci d’avance de votre aide.
Fatal error : Call to undefined function accesrestreint_liste_objets_exclus() in /home/loeileplyp/www/tmp/cache/skel/html_8a0a7dd4d1c8afd25e9a511c45675444.php on line 153
Fatal error : Call to undefined function porte_plume_creer_json_markitup() in /home/loeileplyp/www/plugins-dist/Aporte_plume/porte_plume_pipelines.php on line 110
Cordialement
J’ai le même problème.
Est-ce que ça a été réglé (j’ose espérer) si oui, comment ?
Merci.
Donc j’ai résolu le problème, merci la liste spip-rezo :-).
Bon, je récapitule.
1- J’ai vidé le dossier tmp (sauf les dump et le fichier d’upload) par ftp,il manquait les
barres d’icônes en saisie de texte dans l’interface privée : les trois qui donnent accès à écrire, voir et les 4 carrés ainsi que celle de mise en forme et j’avais encore le message sur le fichier en erreur porte_plume_pipelines.php. Pas satisfaisant mais c’était une progrès.
2- subodorant, peut-être à tort, un conflit avec d’autres plugins que j’ai installé, je les ai mis à jour (Crayons notamment). Le message d’erreur a disparu, c’est déjà ça. Mais je n’avais toujours pas les barres d’icônes.
3- j’ai désactivé Crayons, au cas où, et fait une mise à jour par spip_loader : cela a tout rétabli.
4- j’ai re-vidé les caches et réactivé Crayons sans problème.
On m’a également suggéré de vérifier la version php du serveur. Le passage de l’une à l’autre pouvant générer ce type de problème. Je n’en ai pas eu besoin, mais autant le signaler pour une info plus complète.
Répondre à ce message
Bonjour,
Sous SPIP 3.1.6 [23598] , j’ai ces messages quand j’essaye d’activer le porte plume :
"La désactivation du plugin « Porte plume » (version : 1.15.15) ne s’est pas correctement déroulée
L’activation du plugin « Porte plume » (version : 1.15.15) s’est correctement déroulée"
Et bein sur aps de porte plume.
Quelqu’un a une idée ?
Répondre à ce message
Bonjour le porte plume n’est pas compatible avec la 3.1 ?
Répondre à ce message
Bonjour,
J’ai problème dans le porte-plume :
Dans l’interface privée, au cours de la rédaction d’articles ;
Sur deux sites en SPIP 3.0.16 [21266]. Les onglets voir et éditer masquent les boutons du porte-plume insérer un modèle
utiliser un outil du couteau suisse
insérer un filet de séparation
insérer un code informatique
J’ai passé l’un des sites en SPIP 3.0.17 [21515] et le problème persiste avec cette fois en plus les boutons colorer le texte, colorer l fond, insérer un filet de séparation, bien présents mais sans les icônes dans les cases de choix.
Merci par avance pour toute suggestion.
Bonjour,
Une petite remontée ?
Je suis passé à Spip 3.0.21.
Le problème persiste avec de nouvelles étrangetés.
Parfois les icônes réapparaissent mais dans ce cas si je crée un lien hypertexte dans un article et que le mette en ligne. Le lien précédemment créé est modifié et redirige sur l’article en question mais dans la partie privée ! Ça me pose un problème de sécurité.
Merci d’avance pour toute piste.
Répondre à ce message
bonjour,
porte plume est vraiment un plus pour spip.
J’ai ajouté des modèles dans la barre en m’aidant du plugin enluminuretypo.
J’ai juste un petit soucis je ne vois pas comment mettre un parametre de modele en facultatif.
Si la personne ne saisie rien... la variable est vide et le modele devient
<modeletoto1|monparametre="">
Je gère au niveau du modèle mais j’aurais aimé n’avoir que <modeletoto1> dans le texte de l’article. Quand il y a plusieurs paramètres facultatifs inutilisés ( aligner, couleur par exemple) cela alourdis le texte.
y a t-il une option pour cela ?
j’utilise par exemple :
Répondre à ce message
Bonjour
Je suis sur spip 3.0.17 tout nouveau, tout beau et fraichement installé. J’ai pu installer d’autre plugins (que j’ai désinstallé par la suite pour voir s’il n’y avait pas de conflit) mais quand je veux installer le porte plume, je me retrouve avec au début de l’installation le message suivant :
Actions demandées :
• Désactiver le plugin « Porte plume » (version : 1.12.4)
• Activer le plugin « Porte plume » (version : 1.12.4)
Puis avec :
La désactivation du plugin « Porte plume » (version : 1.12.4) ne s’est pas correctement déroulée
L’activation du plugin « Porte plume » (version : 1.12.4) s’est correctement déroulée
Mais le plugin reste afficher comme inactif.
J’ai voulu téléchargé la version 1.11.5 (lien en haut de page), mais là j’ai un message d’erreur 404.
Avez-vous une idée de ce qui arrive et une solution à ce problème.
Merci d’avance pour votre aide et vos lumières.
Denis
dans la version 3 porte plume est dans les plugins de la dist de spip
Répondre à ce message
Salut Marcimat,
Juste pour dire que en SPIP 3.1.0-dev [21172] si je télécharge (via svp) la dernière version de crayons dispo (1.17.0) j’ai deux notices qui apparaissent quand je clique sur le bouton de configuration de crayons.
Notice : Use of undefined constant PORTE_PLUME_PUBLIC - assumed ’PORTE_PLUME_PUBLIC’ in /.../ecrire/public/composer.php(83) : eval()’d code(79) : eval()’d code on line 1
Notice : Use of undefined constant PORTE_PLUME_PUBLIC - assumed ’PORTE_PLUME_PUBLIC’ in /.../ecrire/public/composer.php(83) : eval()’d code(79) : eval()’d code on line 1
Corrigé par http://zone.spip.org/trac/spip-zone/changeset/80388
Merci.
Répondre à ce message
Bonjour,
je souhaite modifier les outils mis à disposition des rédacteurs dans le back-office. Je le fais en modifiant le fichier
edition.phpdans le dossierbarre_outilsdu dossierporte_plumedans le dossierplugins-dist. Mais ça n’est pas très propre comme pratique. Du coup comment puis-je faire pour garder les fichiers propre du plugin et avoir un fichieredition.php(copie) modifié ?Merci par avance.
Il faut passer par les pipelines adaptés, principalement ’barre_outils_pre_charger’ je crois.
Tu peux prendre exemple de la documentation technique http://contrib.spip.net/Porte-Plume-documentation-technique et un exemple peut être là : http://zone.spip.org/trac/spip-zone/browser/_plugins_/porte_plume_extras/codes/trunk/pp_codes_pipelines.php ou http://zone.spip.org/trac/spip-zone/browser/_plugins_/porte_plume_extras/loremipsum/pp_loremipsum_pipelines.php mais en utilisant non pas les fonctions pour ajouter des boutons, mais celles pour les cacher (->cacher(...)).
Répondre à ce message
Salut,
Je suis sous SPIP V3
Quand je veux l’installer il me dit :
La désactivation du plugin « Porte plume » (version : 1.12.2) ne s’est pas correctement déroulée
L’activation du plugin « Porte plume » (version : 1.12.2) s’est correctement déroulée
Je l’ai jamais installer.
Vous avez une idée ?
Merci d’avance
Il est par défaut dans SPIP 3 (dans les plugins « vérrouillés »)
Répondre à ce message
BUG : Sur SPIP 2.1.11 [18566] de base et avec IE8.
Quand on clique sur le bouton intertitre de la barre d’outil sans sélection dans le texte, le curseur étant sur la ligne et après N caractères : les N premiers caractères de la ligne ne sont pas placer entre les accolades et les N de la ligne suivante sont pris, avec N=le nombre de retour chariot depuis le début de texte jusqu’au curseur.
Si le curseur est avant, c’est comme s’il était sur la ligne précédente après N caractères. Idem pour gras et italique mais au niveau du mot !!!.
En effet j’ai aussi ce bug sous IE8 avec spip 2.1.12
Toujours le même problème avec SPIP 2.1.15, bien amélioré avec SPIP 3.0.1 auquel il ne reste d’un effet de bord.
SPIP 2.1.15 : cela ce situe au niveau de la sélection automatique du porte plume qui dérive d’autant de caractère que de retour chariot depuis le début du texte par rapport au curseur.
SPIP 3.0.1 : seul la fin dérive si et seulement si le curseur est en fin de ligne.
La version pour SPIP 3 est-elle portable pour SPIP 2 en copiant certains fichiers, je pense surtout à ’jquery.markitup_pour_spip.js’ ?
J’en profite aussi pour demander à quoi sert le fichier ’jquery.markitup.js’ car on utilise seulement le ’pour_spip’ non ?
Répondre à ce message
Le lien de téléchargement est mort ...
Est-ce que quelqu’un pourrait le remettre ou m’envoyer le zip svp ?
Merci ! :-)
le mieux concernant les plugs, c’est de prendre sur :
http://plugins.spip.net :-)
Pour Spip 2.0.x
http://files.spip.org/spip-zone/porte_plume_20.zip
Merci Franck !
J’étais allé voir sur http://plugins.spip.net/ justement, mais le lien ne marchait pas non plus ...
Enfin bref, ton lien marche nickel, merci :-)
Répondre à ce message
dans extensions/porte_plume/css/barre_outils.css
ligne 37, sélecteur .markItUp .markItUpResizeHandle
dans ce sélecteur, on lit l’instruction
cursor:ns-resize;or l’attribut cursor ne connaît pas l’instruction « ns-resize » (http://www.w3schools.com/cssref/pr_class_cursor.asp)
et le validateur css indique une erreur
Répondre à ce message
Hum... Est-ce que dans la prochaine version, on pourra rajouter le caractère « points de suspension » au pavé des caractères spéciaux (html : … ) ?
Répondre à ce message
Pour info !
Je ne sais pas si cela serait un plus de faire une mise à jour, mais en lisant le read me dans le fichier markitup, il semble que cela soit la librairie en version 1.1.3 qui soit utiliser.
La dernière version stable est la 1.1.11
http://markitup.jaysalvat.com/home
markItUp ! 1.1.11
CHANGE LOG
markItUp ! 1.1.11 2011-07-19
- Enabled parsing the markup in javascript (amroth)
- Added multiline support (alevchuk)
- Updated with jQuery 1.6.2
- Added quotes to attribute selectors
- Tried to fix the endless IE caret position bug
- Added metakey support for Mac users (michal-krause)
markItUp ! 1.1.10 2011-02-20
- Improved : Ajax property ’dataType’ set to ’text’
- Improved : Ajax property ’global’ set to ’false’
- Fixed : Ctrl+click selection problem
markItUp ! 1.1.9 2010-11-04
- Improved : Selection accuracy in Internet Explorer
- Improved : Replace focusin() by bind(’focusin’) to solve some backward compatibility issues (Nick B. C.)
- Cosmetic : Add new logo
- Cosmetic : Remove jQuery library and use CDN
markItUp ! 1.1.8 2010-08-27
- Improved : Some skin PNG have been optimized (lukescammell)
- Fixed : Opera 10 selection bug (Marius G.)
- Fixed : Accessibility issue with the background default color in the default skin
- Improved : Avoid giving the preview focus each time autorefresh kicks in. It still gets the focus when the preview button is pressed (DrSlump)
- Improved : In pop-up mode the preview is closed when the page containing the editor is unloaded (DrSlump)
- Improved : Press TAB jump right inside the textarea (Yakir)
markItUp ! 1.1.7 2010-04-06
- Fixed : Empty lines are removed at insertion on Webkit
- Fixed : Focus lost when shortcut is used on FF
- Fixed : var missing before $$ in markItUpRemove()
markItUp ! 1.1.6 2010-01-12
- Improved : Ajax requests are now asynchronous
- Fixed : Double empty line problem with preview and parsers
- Fixed : IE8 now close the preview properly
markItUp ! 1.1.5 2009-05-01
- Modified : http://drupal.org/project/wysiwyg compatibility
- Modified : Alt/Ctrl/Alt+Tab are now disabled
markItUp ! 1.1.4 2008-12-03
- Fixed : Extra quote deleted line 95
Répondre à ce message
Bonjour,
Est-il possible ou bien est-il prévu d’avoir un menu déroulant dans la barre d’outils listant les éventuels modèles à disposition pour pouvoir les insérer dans le texte ?
Merci.
Répondre à ce message
Les deux états « Editer / Voir » induisent une grande confusion dans l’esprit des rédacteurs. Comment supprimer ces onglets ?
Bonjour,
Pour la plupart des utilisateurs de nos 80 sites SPIP les rédacteurs et administrateurs apprécient énormément les deux onglets « Editer / Voir ».
Pour nous ils sont très précieux et permettent en partie de faire face à la demande chronique de Wysiwyg (CKeditor) pour lequel nous sommes réticents et que nous n’activons qu’avec grande parcimonie.
Donc, surtout, ne supprimez pas les deux onglets « Editer / Voir ». Par contre une option de suppression pour ceux qui le souhaitent serait une bonne idée.
Une étape de plus serait que Porte-plume soit Wysiwyg et produise du code balises SPIP auquel ont aurait accès. Donc deux onglets :
Cordialement
FDG
Hihi, François, ce n’est pas sur tes sites que j’aimerais supprimer ces boutons, mais seulement sur certains où cela déroute les rédacteurs :)
En fait, voici ce qui déroute :
- être par défaut en mode « Editer » alors qu’à l’inverse la plupart des éditeurs de ce type montrent par défaut le rendu final (en WYSIWYG certes) fait passer les raccourcis SPIP pour des scories et erreurs de saisies qu’on a alors le réflexe de supprimer. Faudrait-il intervenir les 2 modes ??
- l’état « Voir » montre quelque chose qui n’est pas looké comme sur le site final. Difficile de comprendre/expliquer ce que l’on « voit » alors là ni donc à quoi ça sert... Mieux vaudrait une vraie prévisualisation.
- il semble manquer un état « HTML »... c’est tellement demandé que... pourquoi pas montrer le HTML généré, bien non éditable, avec un gentil message pédagogique expliquant pourquoi ?
Je ne sais pas, je réfléchis tout haut.. Mais pour ce que j’ai pu observer, ces boutons causent plus de questions et de frustrations (parce qu’ils sont trop semblables à ce qui se pratique par ailleurs, mais pour proposer autre chose, c’est trompeur) que d’aide. C’était finalement plus simple quand il n’y avait pas ce choix :)
Un simple
display: none;dessus suffirait, mais je ne sais pas comment faire ça proprement. Il faudrait une feuille de style spéciale pour l’espace privée où pouvoir mettre ce genre de surcharges...Bonjour,
Moi aussi j’avais besoin de désactiver le porte plume.
J’ai miss ce css dans mon fichier perso.css
ça semble bien fonctionner.
Didier
Voici une page de documentation sur le porte plume : http://documentation.magraine.net/spip.php?article6
Pour enlever l’affichage du porte plume, le plus simple et propre et de mettre la classe css ’no_barre’ dans le textarea
ça marche bien,
Didier
Non didier, avec « perso.css » je crois que tu parles du site public... et pour désactiver le porte plume sur le site public, il faut modifier la « configuration » (dans l’espace privé de SPIP) en cochant notamment : « Ne pas charger les scripts de barre d’outils sur l’espace public » (sans oublier de décocher la barre d’outil dans la config des forums). Il faut bien vider le cache et être patient car ce n’est pas immédiat.
Je parlais moi de l’espace privé, où je ne souhaite pas désactiver le porte plume, mais seulement l’onglet « voir »...
Répondre à ce message
Bonjour,
Je viens de télécharger SPIP 2.1.10 et lorsque je me connecte à l’espace privé, n’apparaît qu’une page blanche avec en message « edition.php_icone non autorise ». J’ai fait quelques investigations mais rien ne m’a paru explicitement suspect... je ne connais pas le langage MarkItup donc je ne peux pas trop analyser plus avant.
Est-ce que quelqu’un a déjà eu ce problème ? Comment le régler ? Ca m’empêche complètement d’accéder à l’espace privé sauf si je supprime l’extension porte plume entière !
Répondre à ce message
Rhoooooo je découvre mon dessin fait sur un tableau d’Avignon. Yes Bienvenue à la V3 !
Répondre à ce message
Bonjour,
Après passage vers SPIP 2.0.15 et mise à jour de tous les plugins, je n’ai plus la barre de typos. Ni dans l’espace privé, ni dans le public.
Que faire ? J’ai lu les différents commentaires mais je n’ai rien trouvé qui pourrait résoudre mon problème.
C’est TRÈS important car la personne en charge de la gestion des textes ne sait pas faire autrement.
Merci d’avance de votre aide.
Répondre à ce message
STEP m’annonce qu’il y a une version 1.7.8 de disponible mais ne peut pas l’installer (la 1.7.7 en extension de SPIP 2,1,9) Que faire dans ce cas ? Si on tente d’installer le plugin, prendra t-il le pas sur l’autre ? Ou pourrai-je manuellement le mettre dans le dossier des extensions en remplacement de l’autre sans souci ?
Répondre à ce message
Une question surement bête : comment faire apparaitre le bouton/onglet des caractères spéciaux dans l’espace public ?
Répondre à ce message
Bonjour à tous !
J’ai installé un site sous spip 2.1.0 avec le porte plume installé d’office.
Seulement, j’ai un soucis, en ligne, tout fonctionne super bien, mais en local, mon menu principal (et ses sous menus) fonctionnent très mal.
Quand je clique sur les liens, parfois ça me charge les pages, parfois rien ne se passe.
Et j’ai l’erreur javascript suivante :
Message : Objet attendu
Ligne : 261
Caractère : 2
Code : 0
URI : http://127.0.0.1/mon_site/site_svn/spip.php?page=porte_plume_start.js&lang=fr
Est-ce que quelqu’un sait de quoi il s’agit ? Est-ce que mon problème de menu est lié à l’extension porte plume ?
Merci d’avance.
Aurélie
Répondre à ce message
Salut j’installe fréquemment des spip en 2.0.9 et là sans raison, le porte plume décide qu’il ne veut plus faire apparaître les boutons typographiques des articles SPIP. ???
C’est la première fois que ça se produit ... j’ai tout bien vérifié pendant 3 heures.
Quelqu’un aurait une explication ?
Non désolée ; Alex, mais ça ressemble à ce que j’ai eu (voir commentaire du 29 octobre).
Comme dit plus bas dans les réponses par didier, cfg résout le problème ... en tout cas chez moi.
Bonjour,
J’ai le même problème : plus aucun bouton typo en édition dans la partie privée, que ce soit avec la version 1.7.4 ou 1.7.5 de porte-plume.
Ma version de spip : 2.0.10.
CFG est installé.
Bonjour,
J’ai également ce problème : les icones des boutons du Porteplume ne s’affichent plus (leur réceptacle carré est présent).
Également les boutons de navigation dans la partie privée ne s’affichent plus (A suivre, Edition, Forum ...).
Spip 2.1.2 et Spip 2.1.5
Aucun souci en partie publique.
Matthieu.
Après investigation en local et vérification de la taille des fichiers du dossier icones_barre, je viens de me rendre compte que je n’ai pas fait le transfert FTP dans le bon mode (j’ai du utiliser globalement le mode ASCII alors que j’aurais du utiliser le mode binaire).
Après nouveau transfert j’ai bien mes petites icones dans la barre du Porte-Plume.
Désolé du dérangement, mais ça peut donner une indication aux autres dans le même cas.
Répondre à ce message
bonjour,
un petit mot pour le développeur de porte plume
la fonction afficher_barre() dans le fichier barre.php est redondante dans spip j’ai été obligé de la commenter
elle me générais des erreurs dans l’interface privé plus particulièrement dans spip-listes
j’ai deja vu avec le dev de ce plugins et aprés vérif cela ne viens pas de lui.
peut etrre faut-il voir à quoi sert cette fonction
a+
En fait il y a une collision avec le fichier
inc/vieilles_deflorsque les plugins utilisent des fonctions dépréciées de SPIP...Répondre à ce message
Bonjour j’ai un souci avec le porte plume installé de base dans spip 2.1
J’ai upgradé de spip 2.0 à 2.1
Et lorsque j’active la barre typo pour les forums, celle ci apparait bien ; mais en plus des icones, j’ai le droit à du texte « explicatif » qui viens se superposer dessus : du style « Citer un message » etc..
Je regarde le code, de ce forum c’est le même sur ma page.. sauf que le texte qu’il ya dans les balises a apparait chez moi :( Vous auriez une idée d’ou cela peux venir ... ?
Répondre à ce message
bonjour
j’ai eu un pb avec cette extension
j’ai du désactiver la fonction afficher_barre dans porte_plume/inc/barre.php
merci pour votre aide a+ cordialement
Répondre à ce message
Bonjour,
J’ai installé le porte plume sur spip 2.0.8 et dans l’interface configuration du site/fonctions avancé le cadre -qui devrait-être -configurer les barre d’outil m’affiche ceci en en-tête :
../plugins/porte_plume/images/porte-plume-24.pngConfigurer les barres d’outils
Si je clique sur le bouton enregistrer, je me retrouve avec ce message :
Erreur...
Fichier config_fonctions introuvable
Et pour couronner le tout, j’ai perdu ma barre typographique dans le site public et privé.
Que faire pour résoudre le problème ?
Merci de votre aide.
Idem pour moi sur un spip 2.09
Didier
Je viens d’installer un tout nouvau spip 2.12, il semble que porte plume soit maintenant une extension installée d’office et non désactivable.
Du coup, plus de problème avec config_fonctions, le bouton valider n’envoie plus sur une erreur.
Didier.
Dernier avatar : il faut installer le plugin cfg, qui permet d’activer la barre d’outils dans les crayons, ce qui affiche enfin les outils lorsqu’on clique sur le porte plume dans l’espace public.
Didier.
J’ai le cfg installé pourtant.
C’est en cliquant sur l’icône de configuration de porte plume par cfg, que j’ai pu valider l’affichage de la barre d’outils porte plume dans l’édition des articles dans l’espace public.
Didier.
Je n’ai pas d’icône de configuration du porte plume dans CFG.
Mais bon, le plus bizzare c’est que j’ai réussi à installer le couteau suisse au bout de x essais (sans le porte plume activé) et ensuite je l’ai désactivé pour installer le porte plume et là la barre d’outil et présente.
J’ai réactivé le couteau suisse et tout va bien dans le meilleur des monde mis à part le fait que le porte plume n’apparait pas dans cfg.
Mystère....
Merci Didier en tout cas.
Répondre à ce message
Bonjour
mon site fonctionne sous SPIP 2.0.12 à jour.
Je viens de mettre à jour le plugin Porte plume et boum, impossible de l’activer. La ligne fautive se trouve dans plugin.xml
Alors c’est fini, plus de porte plume pour les autres versions ?
http://zone.spip.org/trac/spip-zone/changeset/41582 devrait résoudre le problème de zip qui pointait la version de développement.
Bonjour et merci pour ton intervention. J’ai patienté pensant que le zip allait être reconstruit mais rien n’y fait : le zip que je récupère réclame toujours une version 2.2.0.
Dois-je récupérer le plugin « ailleurs » ?
C’est le cache de ton navigateur ? :p
Nan, sans rire, c’est le bon là qui est fourni (en haut à droite de cet article), je viens de vérifier.
Bon j’arrête l’alcool, je fais pénitence, en effet ça marche ....
Encore merci ;)
Répondre à ce message
Bonjour,
je viens de créer un site avec SPIP et sarka-SPIP, SPIP version SPIP 2.1.1 [15871] qui inclut donc le porte-plume, j’ai ajouté le plugin d’enluminure V3 (par l’instal auto). Chez moi, avec Windows 7 et Firefox, j’ai bien la barre de mise en forme (gras, italique ...etc), et la personne pour qui je fais ce site qui travaille sur un Mac de 5 ans et Safari 3.0.4ne voit pas cette barre.
Elle a un autre site qu’elle gère sous SPIP 2.0.7 et là, pas de Pb, la barre est là
le Pb est-il connu ? Comment faire pour qu’elle ait aussi la barre ?
Merci d’avance si vous pouvez m’aider
UP !
Je viens d’installer un SPIP tout neuf, dernière version 2.1.2, sans plugin supplémentaire ni squelette et c’est pareil : ma collègue ne voit pas la barre.
Personne n’utilise un Mac avec Safari ?
Aucun problème avec Safari 5.02 sur OS X
Cela pourrait provenir de la version ancienne de Safari ? Ce qui est curieux , c’est que la barreest bien présente sur un autre site comme je le disais, avec un autre site SPIP, version 2.0.7, elle a la barre.
Si quelqu’un a un autre témoignage, ou une manip à faire, je suis intéressée, merci !
La version 2.0x de SPIP utilise encore un ancien module pour la gestion de la barre de raccourci, qui a été complètement modernisé au passage en 2.1. Il est donc possible en effet que celle-ci ne fonctionne pas avec d’anciennes versions de Safari.
Merci, c’est bien possible car c’est à partir de 2.1.0 que le porte-plume est directement intégré dans SPIP il me semble ?
Autre question, mais ce n’est peut-être pas le bon endroit, si non, ou ?
Avec l’extention du porte-plume (emluminure ...), , je n’ai pas la possibilité de centrer le paragraphe comme indiqué dans la notice du plugin : et vous ?
Avec Windows 7 et Firefox
Répondre à ce message
Bonjour,
Pour info, la CSS de porte-plume ne permet pas de passer la validation :
.markItUp .markItUpResizeHandle Propriété erronée : cursor ns-resize n'est pas une valeur de cursor : ns-resize ns-resizeJe veux bien essayer de résoudre ce petit problème sur la zone... mais du coup je ne sais pas si Matthieu voulait un resize North (n-resize) ou South (s-resize) !!
Si Matthieu ou qqun d’autre peut simplement me dire quelle est la meilleure option, et si j’y suis autorisé, je règle ça dans le CSS du porte-plume sur la zone.
Bonjour Yann, je passais pour signaler la même chose.
Des nouvelles par rapport à ça ?
Perso, je l’ai mis en ne-resize.
Bonne journée à tou-te-s !
C’est une propriété de CSS 3. Il n’y a pas d’équivalent en CSS 2.1
Répondre à ce message
Je viens d’installer SPIP 2.1.1 et je retrouve un erreur dejà existant dans SPIP 2.1.0 avec l’extension Porte-plume.
Après installer tous les plugins desquels j’ai besoin les icônes de la barre d’outils du Porte plumes disparaissent. Pluf !
En plus, chaque fois que je vide le cache SPIP je reçois le suivant message d’erreur :
Personne n’a rencontré cette erreur ? Comment peux-je le résoudre ?
Pour la disparition... quelques personnes l’ont noté, sans savoir pourquoi...
Or toi, tu as au moins l’erreur, c’est un bon début.
Va savoir pourquoi maintenant il y a cette erreur...
Normalement cela ne devrait pas arriver vu que le plugin appelle :
<fonctions>inc/barre_outils.php</fonctions>qui contient la fonction en question.Répondre à ce message
Bonsoir,
je viens de rencontrer un problème nouveau quand j’accède à mon module SPIP Liste - je suis sous Spip 2.1 - le problème vient d’apparaître soudainement (SPIP liste fonctionnait correctement vendredi encore, toujours sous SPIP 2.1
Voici le message d’erreur
Fatal error : Cannot redeclare afficher_barre() (previously declared in /home/evousfr/www/ecrire/inc/vieilles_defs.php(911) : eval()’d code:2) in /home/evousfr/www/extensions/porte_plume/inc/barre.php on line 24
Bonjour,
j’ai exactement le même message d’erreur lorsque j’utilise le plugin Form&Tables 2.0. Je suis sous spip SPIP 2.1.0 [15608] en local avec wamp.
J’ai cherché un peu et j’ai fini par effacer les lignes suivantes du fichier barre.php :
En gros le problème vient du fait que la fonction est déclarée deux fois, dans le fichier vieilles_defs.php (dans ecrire/inc) et dans le fichier barre.php (dans extensions/porte_plume/inc).
J’ai supprimé la fonction dans barre.php à tout hasard, je ne sais pas si c’est la meilleure solution ni s’il vaut mieux l’enlever là ou dans le fichier vieilles_def.php
merci, ca résoud le pb aussi chez moi..
peut-être à transmettre à la liste développement ?
Répondre à ce message
L’extension “Codes Informatiques, pour Porte Plume” ne fonction plus chez moi...
Il y a une erreur lorsque l’on va sur la config CFG : Aucun champs trouvé dans config_porte_plume_codes
Je suis sous Spip 2.1 et j’ai fais une installation automatique de l’extension...
Heu, je confirme :
- SPIP 2.1.0 [15608]
- cfg : 1.15.1
- Porte plume 1.7.2
- Extension Codes Informatiques, 1.1.1
En fait cela fonctionne... mais pas tout de suite.
Je m’explique.
Une fois activé l’extension Codes Informatiques du PP il ne se passe rien.
Il faut en fait quitter le navigateur (pour moi Firefox), puis le relancer et se reconnecter à nouveau au site pour enfin voir apparaître quelque chose (le nouveau bouton “code”).
That all Folks !
En effet, le bouton est proposé sur les cadres textes des articles. Mais la page de configuration du plugin reste néanmoins vide et du coup, je n’arrive pas à activer le plugin sur les forums, toi bien ?
Problème finalement résolu en mettant à jour le plugin Saisies (il s’était installé de façon incomplète chez moi)...
Répondre à ce message
salut a tous
2 questions :
- comment faire pour que la prévisualisation prenne en compte la taille xx d’une image <imgx|center|taille=xx> et en soit pas « bloquée » a 500 ?
- avec porte plume partout , la fonction prévisualisation ne « fonctionne » pas. est il possible de pouvoir l’utiliser ? (pour, par exemple : les champs description des articles , la redaction de courrier avec spip-listes)
j’ai posé la question sous l’article spip contrib du plugin ppp et on m’a orienté ici...
merci
bon été a tous
Répondre à ce message
Bonjour,
Serait-il possible de nous proposer un tuto sur comment ajouter des caractères au bouton « caractères spéciaux » pour d’autres langues ? J’ai constaté qu’il ne s’affichait pas lorsque l’article est dans une langue qui n’est pas concerné par les caractères qui y figurent, ce qui est une brillante idée, mais comment l’étendre s’il vous plaît ?
Valéry
Répondre à ce message
Bonjour,
je cherche comment faire pour désactiver l’ajout des javascripts et css du porte plume dans l’espace public ?
Merci
define('PORTE_PLUME_PUBLIC', false);Sinon, tu as aussi l’option en 2.1 dans la configuration avancée de SPIP.
Répondre à ce message
J’ai passé un site en spip 2.1.0. Conformément à ce qui est préconisé, j’ai viré la barre typo V2 pour utiliser porte-plume (qui est intégré dans les extensions) et les enluminures v3. MAIS je n’ai plus certaines fonctionnalités comme par exemple l’édition fine des liens avec bulle d’aide par exemple.
Comportement normal ?
merci
Finalement, je ne comprends pas trop bien la logique d’utilisation de porte-plume. Sur les sites en 1.9 ou j’avais installé la barre typo V2 et les enluminures typographiques, mes rédacteurs disposaient d’une barre esthétique et fonctionnelle, notamment avec la gestion des ancres et des fonctionnalité supplémentaires sur les liens, des possibilités de liens wikipedia, etc.
Mais sur ces sites en 1.9, l’installation de porte-plume enlève ces fonctionnalités ainsi que l’esthétique de la barre. En spip 2.1, Porte-plume est installé d’office dans les extensions, et donc impossible d’avoir les fonctionnalités de la barre typo dont il semble qu’elle ne soit plus développée. j’avoue que je ne comprends pas trop ce qui me semble être un recul dans les fonctionnalités et l’ergonomie de Spip.
Tu as du rater ça :
http://www.spip-contrib.net/Plugin-Enluminures-typographiques,3118
Ben non, justement c’est bien de ça que je parle. En spip 2.1, avec évidemment l’extension porte plume et les enluminures V3, je n’ai pas les fonctionnalités de la barre typo
Le principal avantage de cette barre n’est pas dans ses fonctionnalités fournies à la base. Elles sont les mêmes que la barre typo d’avant standard à quelques détails ergonomiques près. L’avantage donc est qu’elle est entièrement en javascript, non intrusif. Elle est extensible et peut s’appliquer sur tous les textarea que l’on désire.
Le fait que tu ne retrouves pas toutes les fonctionnalités que tu avais avec les plugins de barre que tu utilisais est juste que personne n’a encore pris le temps de recoder ces fonctions pour le porte plume. Il y a des choses qui étaient certainement utiles (rechercher/remplacer, création de tableaux) et sont pas très simples à réimplémenter correctement, et d’autres tel que les raccourcis cadres ou les liens wikipedia qui sont assez simple à faire, il suffit juste que quelqu’un s’en donne les moyens.
Pour cela il faut 1) lire la documentation technique et 2) regarder le dossiers « porte_plume_extras » sur la zone pour observer comment on fait les autres extensions : http://zone.spip.org/trac/spip-zone/browser/_plugins_/porte_plume_extras/
Merci de ta réponse. je ne suis pas codeur hélas, mais je vais essayer de regarder quand même. Ceci dit, pour ce qui concerne la documentation des enluminures V3 (lien donné ci-dessus par Jean-Christophe), il me semble du coup un peu inexact d’y voir écrit « Les Enluminures typographiques V3 permettent d’ajouter au Porte plume les raccourcis typographiques présents dans le Plugin Barre Typographique Enluminée. »’
Non ?
Répondre à ce message
Warning : Invalid argument supplied for foreach() in /mnt/168/sdd/e/7/catherinadogs/plugins/couteau_suisse/outils/smileys.php on line 175
J’ai ca quand j’active le couteau suisse avec plume (je n’ai pas d’autre plugins), les caches sont bien vide, que faire ?
J’avais le meme probleme que decrit plus bas : lors de l’edition d’un article la previsualisation des smileys etaient tous identiques dans la barre de smileys mais corrects dans l’affichage final. La vidange du cache image provoquait l’erreur signalée au-dessus.
Solution : decocher le module Smileys du Couteau Suisse. Vidange des caches spip. Se deconnecter. Fermer la page web. Vider tous les caches de son navigateur (j’etais sous firefox et ubuntu-studio). Se reconnecter, reactiver le module smiley (sans modifier les options par defauts du module) et verifier que tout marche dans un article.
Répondre à ce message
Bonjour,
J’ai activé dans couteau suisse :
- Tout en couleurs
- Smileys
Dans ma barre typographique, les smileys ne s’affichent pas , idem pour la coloration du texte. J’ai juste des cases vides grises et si je passe la souris sur chacune d’elle, j’ai la bulle d’aide m’indiquant ce que c’est .
J’utilise SPIP 2
Voici ma liste de plugins :
#
pluginAcces Restreint
plugincfg : moteur de configuration
plugin Enluminures typographiques pour SPIP 2 & Porte plume
pluginLe Couteau Suisse
plugin Lecteur Multimédia en Flash (MP3,flv)
pluginMediathèque
pluginPorte plume
pluginSPIP Bonux
pluginZen-Garden
Merci
Pour ma part, ça arrive à chaque fois que le cache est vidé (avec celui des image). Ca met pas mal de temps avant de revenir, mais ça reviendra, pas d’inquiétude !
Pas mal de temps = combien de temps ?
Car moi ça fait plusieurs jours que c’est ainsi :-) !!
Ah oui, si c’est plusieurs jours, c’est un peu long en effet.
Là je ne peux pas être d’une grande aide, je sais que lorsque j’étais venu dire le même ici, on m’avait répondu que le porte-plume (ou les smileys je ne sais plus) était un peu sévère sur le cache. Mais que ça prenne plusieurs jours, ce n’est pas trop normal je pense…
J’ai le même probleme.. Sauf que ca s’étend à toutes les icones de la barre typographique. J’ai beau charger le cache avec autant de smileys que je peux, ya rien qui s’affiche.. (pareil sur tous les navigateurs possibles (IE7, chrome et Firefox) et sur Linux et Windows.
Même topo quand je vide le cache et que je recalcule la page.. (on sait jamais :p )
J’ai sensiblement les même plugins avec la même version de Spip..
Je continu mes tests, mais je commence à être à cours d’idées..
Normalement, les images GD sont déposées dans /local/cache-gd2/ puis copiées dans /local/couteau-suisse. Que peux-tu voir dans ces dossiers ?
Salut,
Dans /local/cache-gd2, je n’ai rien.
Sinon mes images ne sont présentes que dans le répertoire
/plugins/auto/couteau_suisse/img
drwxrwxrwx 8 www-data www-data 4,0K avr 1 10:39 .
drwxrwxrwx 12 www-data www-data 4,0K avr 1 10:39 ..
drwxrwxrwx 2 www-data www-data 4,0K avr 1 10:39 chatons
- rw-rw-rw- 1 www-data www-data 1,3K aoû 3 2009 couteau-24.gif
- rw-rw-rw- 1 www-data www-data 1,9K aoû 3 2009 couteau-50.gif
drwxrwxrwx 2 www-data www-data 4,0K avr 1 10:39 decoupe
drwxrwxrwx 2 www-data www-data 4,0K avr 1 10:39 filets
- rw-rw-rw- 1 www-data www-data 1,5K aoû 3 2009 formatspip-24.png
drwxrwxrwx 2 www-data www-data 4,0K avr 1 10:39 mailcrypt
- rw-rw-rw- 1 www-data www-data 994 aoû 3 2009 nosel.gif
- rw-rw-rw- 1 www-data www-data 950 aoû 3 2009 permute.gif
drwxrwxrwx 2 www-data www-data 4,0K avr 1 10:39 smileys
drwxrwxrwx 2 www-data www-data 4,0K avr 1 10:39 sommaire
Bonjour à tous.
Je pense qu’une mise à jour avec la toute dernière version du Couteau Suisse devrait permettre une meilleure gestion des icônes insérées dans Porte Plume.
Attention de bien :
- activer les fonctions GD dans la config de votre site (Configuration > Fonctions avancées)
- réafficher la page d’admin du Couteau Suisse pour le recompiler
- vider le cache (SPIP et vignettes)
- vérifier ensuite que la barre typo possède bien toutes les icônes attendues
Après la vérification demandée dans le post ci-dessus, je me retrouve toujours sans icones dans les tableaux de la barre typographique.
J’ai bien mes icônes dans la barre, mais si l’une d’entre elle possède un tableau (comme pour les smileys), alors ce tableau est vide hormis l’icone de la barre. (pour les smileys par exemple, si l’icone de présentation est « :) », alors je l’aurais dans le tableau ET dans la barre mais rien d’autre)
En fait, je pense que ca vient d’un conflit avec le Couteau-suisse.. En activant la fonction couleur (qui permet de changer la couleur du fond et le texte), je me retrouve avec le même problème. J’ai bien les icones pour acceder à ces balises, mais aucune icone dans le tableau n’apparait..
Ce que je trouve bizarre c’est le dossier /local
En effet, j’ai bien les cache-gd2 et couteau-suisse dedans. Mais ce qui est copié de cache-gd2 ne va pas dans couteau-suisse mais dans couteau-suisse/icones_barre. Donc j’ai :
/local/cache-gd2 => avec toutes les icones, smileys etc..
/local/couteau-suisse => avec un fichier caché .ok (?)
/local/couteau-suisse/icones_barre => la copie de cache-gd2
Bonjour. Un travail tout récent a été fait sur le Couteau Suisse à ce sujet. Disposes-tu bien de la toute dernière version du plugin ?
Répondre à ce message
Message doublon à supprimer. Merci
Répondre à ce message
Bonjour
J’ai cette erreur avec firebug sur la page d’accueil d’un site ou le porte plume est active.
barre_outils_forum is not defined
[Break on this error] .markItUp(eval(’barre_outils_’ + nom), lang:options.lang) ;
Cette page ne contient pas de forums
La page en question : http://www.compagnie-volubilis.com/
Oui, je pense que ton fichier /porte_plume_start.js n’est pas à jour.
Je viens de verifier tout est a jour... Bizarre. En local avec les memes pluggins je n’ai pas l’erreur... Je cherche
C’était un problème de cache
Merci et désolé pour le dérangement
Répondre à ce message
La prévisualisation du rendu n’est pas possible dans la zone publique :( pour le Formulaire de Contact Avancé !
ici : http://www.spip-contrib.net/Formulaire-de-contact-avance
Quid ? Connu ?
Merci
Répondre à ce message
Bonjour,
Est-ce qu’il serait possible sous spip 2.0, de rendre ce plugin compatible avec le plugin barre typographique améliorée ? En effet, si j’active le porte plume les outils de la barre typographique disparaissent des champs de saisie de l’espace de rédaction d’un article. Pouvoir disposer des 2 plugins serait le top. Merci Amicalement, TS
Il fait quoi ce plugin là ?
Il y a déjà quelques extensions pour le porte plume :
salut à tous
idem
le couteau suisse et le porte plume m’enlève les icônes du menu, il sont blanc.
d’avance merci.
bonjour
essayer de changer ton navigateur pour résoudre le pb des icônes blanc, parce que je rencontre le même pb avec mozilla.
Répondre à ce message
Bonjour !
Je souhaite utiliser Porte-Plume pour ajouter les enluminures typographiques.
Lorsque j’active le plugin, la navigation dans la partie publique devient laborieuse : les passages d’une page à l’autre sont perturbées de manière aléatoire par des messages :
J’utilise :
- SPIP 2.0.10 [14698]
- Sarka-SPIP 3.0.2 [33955]
- Lecteur Multimédia en Flash
- Acces Restreint
- cfg
- Le Couteau Suisse
- Enluminures typographiques pour SPIP 2 & Porte plume (j’aimerais !)
- FancyBox *
- odt2spip *
- Porte plume
- Spip jQuery Cycle *
- Snippets (obligatoire pour avoir odt2spip) *
- SPIP Bonux
* A priori ces plugins sont hors de cause.
Voyez-vous une incompatibilité dans les choix ci-dessus ?
Merci de votre aide.
Répondre à ce message
Aucune idée, mais le code de la prévisu s’appuie sur le charset connu de SPIP :
Bonjour,
J’ai le même soucis.
Exemple :
fonctionnalités
nouveautés
Merci
Bonjour,
Pas d’idée d’où peut venir le problème ?
Merci
J’ai toujours le souci : les accents sont affichés avec des caractères bizarre. Dans la partie privée, SPIP m’indique que le site est installé avec le jeu de caractères « iso-8859-1 ». Dans mes pages publiques et privées, aucun problème. Seul l’onglet voir présente cet affichage.
Quels pistes pourrais-je exploiter pour corriger ce dysfonctionnement de ce plugin très apprécié de mes rédacteur ?
Rencontrant les mêmes difficultées, je me demandais si vous aviez résolu ce problème ?
Merci d’avance,
Emmanuelle
Bonjour
et bien non, j’ai toujours le même soucis. Et vraiment aucune piste pour en déterminer l’origine. Si d’autres personnes ont des idées...
Si quelqu’un veut bien me prêter un accès admin et ftp où le problème est présent, je veux bien prendre le temps de regarder / tester / comprendre...
Merci Manu_JT pour les accès.
Suite à cela, je propose de baser le charset en priorité sur le charset SQL de la base de donnée, et non sur le charset d’affichage. Cependant, il n’est pas toujours connu/renseigné. Donc, j’ajoute aussi la possibilité de le forcer par define().
Merci de tester la version 1.6.1.
Dépot concerné : http://zone.spip.org/trac/spip-zone/changeset/34471 (et le suivant, un oups)
OK je vais tester mais je ne comprends rien à SVN.
A quelle heure le ZIP sera-t-il reconstruit ?
En tout cas merci par avance de t’être penché sur la question :)
[EDIT] Les modifications étant peu nombreuses, je les ai reportées « à la main » et ... c’est beaucoup mieux. La plupart des caractères accentués s’affichent désormais correctement.
J’ai encore un souci sur le « à » par exemple mais maintenant ça affiche un petit losange avec un point d’interrogation à l’intérieur.
Pour informations, je rencontre également ce souci lors de la mise à jour auto de certains plugins : le descriptif du plugin s’affiche avec ces petits losanges alors que pour d’autres, aucun soucis.
Répondre à ce message
Bonjour, sous spip 2.0, il semble que ce plugin ne soit pas compatible avec le plugin barre typographique améliorée dans sa dernière version.
Répondre à ce message
Je suis en train d’installer un site chez amen. Le site fonctionne très bien sur mon serveur local. J’ai installé plusieurs plugins sans problèmes (cfg, crayons, couteau suisse). En revanche, l’installation de porte_plume échoue sur le site distant avec le message suivant surligné en rouge dans le gestionnaire des plugins :
! Fichier absent : porte_plume_options.php
Le fichier est pourtant bien présent dans le répertoire distant (459o)
Répondre à ce message
Bonjour
je viens d’installer ce plugin (SPIP 2.0.9).
Quand je clique sur l’onglet « Voir », la totalité des caractères accentués prend une forme bizarre.
Mon site est en iso, ce plugin ne fonctionne-t-il qu’avec une base en utf-8 ?
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 :
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.
Suivre les commentaires :
|
