Composer Button Bonanza permet à un administrateur de site de définir et d’ajouter de nouveaux boutons de balisage à la barre d’outils du Compositeur, et fournit une abondance de nouveaux boutons dans sa configuration par défaut.
« Des facilités de composition que vous pouvez vous permettre ! »
Composer Button Bonanza est un composant de thème qui fournit plus de boutons de balisage pour le Compositeur.
Dès sa sortie de la boîte, il fournit une multitude de nouveaux boutons, un fouillis de boutons, une abondance de boutons. La configuration par défaut ajoute trois nouveaux boutons à la barre d’outils (Pouvez-vous les repérer ?), et cache les autres derrière un bouton de bascule dans le menu contextuel :
Via les paramètres de configuration du composant de thème, vous pouvez :
ajouter de nouvelles définitions de boutons (et/ou supprimer celles fournies) ;
sélectionner les boutons à afficher et quand les afficher ;
modifier l’ordre des boutons et placer les boutons dans la barre d’outils ou dans le menu contextuel de la barre d’outils ;
fournir des traductions/localisations pour les boutons.
Ce composant ne définit aucun balisage ni aucun style — il ajoute simplement des boutons pratiques (facilités !) pour taper le balisage existant qui invoquera les styles existants. Son objectif principal est d’aider vos utilisateurs à découvrir et à utiliser les fonctionnalités du Compositeur. Par exemple, les utilisateurs qui utilisent beaucoup de notes de bas de page taperont probablement directement ^[ et ] sur le clavier ; mais le reste d’entre nous sera heureux d’avoir un bouton pour nous rappeler quoi faire.
Un avantage de cette approche est que si vous décidez de supprimer ce composant de thème, vous ne perturberez pas le style des publications existantes. Ce composant n’est pas responsable du style ; il fournit simplement des raccourcis vers des fonctionnalités déjà présentes dans le Compositeur, et/ou fournies par d’autres plugins ou composants de thème.
Configuration par défaut
La configuration par défaut fournit des définitions pour la plupart (tous ?) des balisages supplémentaires qui sont disponibles sur une installation Discourse par défaut (avec tous les plugins intégrés activés, et aucun plugin supplémentaire installé) :
Styles de texte :
souligné, barré
\u003csup\u003esuperscript\u003c/sup\u003e et \u003csub\u003esubscript\u003c/sub\u003e
Oui, très bon composant. Je cherchais le bouton pour afficher les boutons supplémentaires dans la barre du compositeur.
Je pense qu’une fonctionnalité sympa serait d’ajouter un bouton à la barre du compositeur. Peut-être 2 options : afficher/cacher &/ou les menus de la barre du compositeur. De cette façon, vous pouvez regrouper les fonctions dans une barre sélectionnable.
Par exemple :
Barre de style : comprendrait des options comme gras, italique, barré, etc.
Barre de mise en page : tableau, alignement à droite, centrer, etc.
avec l’option de personnaliser la barre principale avec des fonctions couramment utilisées.
(Gardez à l’esprit que ce composant expose simplement les paramètres/options qui existent déjà dans le code JS de Discourse…)
Pour les raccourcis, vous spécifiez la touche de raccourci, ainsi que tous les modificateurs… et ensuite Discourse ajoute toujours un ctrl+ (ou cmd+ sur matériel Apple ?). Par exemple, la chaîne littérale « shift+4 » (comme paramètre de bouton) se traduit par ctrl+shift+4 (comme touches de raccourci).
Je n’ai pas essayé de trouver un moyen de supprimer les raccourcis — encore une fois, ce composant s’ajoute à la base des boutons déjà intégrés à Composer. (Je voudrais pouvoir faire en sorte que ctrl+e ne soit pas un raccourci pour le texte préformaté, et qu’il s’agisse simplement de « sauter à la fin de la ligne » à la place !)
J’ai un problème avec ceci, je l’utilise et je l’adore, mais j’ai ajouté un bouton « spoiler » et il crée des balises spoiler en utilisant DIV au lieu de SPAN, donc elles vont toujours sur une nouvelle ligne lorsque j’utilise l’éditeur WYSIWYG.
Y a-t-il un moyen de changer cela s’il vous plaît ?
Il y en a d’autres en dessous. Mais le spoiler est ajouté avec :
spoiler,shift+x
En mode Markdown, cela fonctionne parfaitement.
En mode WYSIWYG, lorsque vous sélectionnez quelque chose et cliquez sur le bouton spoiler, au lieu d’être dans une SPAN, cela se place dans une DIV, ce qui en fait un élément de bloc sur sa propre ligne.
Littéralement il y a une heure, je viens de réaliser que ComposerButtonBonanza (CBB) est cassé dans l’Éditeur WYSIWYG. (Ou, peut-être, c’est l’inverse.) Nous n’utilisons pas le WYSIWYG sur le site que j’entretiens, donc je ne l’avais jamais remarqué ! Alors… beurk.
(Je ne suis pas fan du WYSIWYG. MediaWiki (par exemple, Wikipédia) a déployé beaucoup d’efforts dans un éditeur WYSIWYG il y a plus d’une décennie, pensant que cela encouragerait plus de gens à devenir éditeurs. Cela n’a eu aucun effet, et ils n’ont pas pu se débarrasser de l’éditeur original de toute façon car il y a tellement de choses qu’on ne peut pas vraiment accomplir avec la version WYSIWYG, et cela finit par être généralement un peu lourd par rapport à l’éditeur original wikicode+aperçu.)
Hmm… indépendamment de CBB… si j’insère un spoiler dans l’Éditeur WYSIWYG, puis que je clique en dehors de la boîte du spoiler pour éditer ailleurs, il se floute de façon permanente et je ne semble pas pouvoir modifier à nouveau le texte du spoiler… à moins de passer en mode Markdown. Est-ce que je rate quelque chose, ou est-ce juste un bug en mode WYSIWYG ?
…Oh, laissez tomber ! Si je triple-clique (par frustration et/ou ennui), alors je peux modifier à nouveau le texte du spoiler ! (Je ne suis pas fan du mode WYSIWYG ; est-ce que je l’ai déjà mentionné ?)