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é
53 discussions
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_def
lorsque 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
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 : |