Composer Button Bonanza permite a un administrador del sitio definir y agregar nuevos botones de marcado a la barra de herramientas del Compositor, y proporciona una gran cantidad de botones nuevos en su configuración predeterminada.
Composer Button Bonanza es un componente de tema que proporciona más botones de marcado para el Compositor.
De fábrica, proporciona una gran cantidad de botones nuevos, un montón de botones, una bonanza de botones. La configuración predeterminada agrega tres botones nuevos a la barra de herramientas (¿Puedes encontrarlos? ), y oculta el resto detrás de un botón de alternancia en el menú emergente :
A través de la configuración del componente de tema, puede:
agregar nuevas definiciones de botones (y/o eliminar las proporcionadas);
seleccionar qué botones mostrar y cuándo mostrarlos;
cambiar el orden de los botones y colocarlos en la barra de herramientas o en el menú emergente de la barra de herramientas;
proporcionar traducciones/localizaciones para los botones.
Este componente no define ningún marcado o estilo, simplemente agrega botones convenientes (¡herramientas!) para escribir el marcado existente que invocará los estilos existentes. Su propósito principal es ayudar a sus usuarios a descubrir y utilizar la funcionalidad del Compositor. Por ejemplo, los usuarios que usan muchas notas al pie probablemente escribirán ^[ y ] directamente en el teclado; pero el resto de nosotros estaremos contentos de tener un botón que nos recuerde qué hacer.
Un beneficio de este enfoque es que si decide eliminar este componente de tema, no alterará el estilo de ninguna publicación existente. Este componente no es responsable de realizar ningún estilo; solo proporciona atajos a la funcionalidad ya existente en el Compositor, y/o proporcionada por otros complementos o componentes de tema.
Configuración Predeterminada
La configuración predeterminada proporciona definiciones para la mayoría (¿todos?) de los elementos de marcado adicionales que están disponibles en una instalación predeterminada de Discourse (con todos los complementos integrados habilitados y sin complementos adicionales instalados):
Estilos de texto:
subrayado, tachado
\u003csup\u003esuperíndice\u003c/sup\u003e y \u003csub\u003esubíndice\u003c/sub\u003e
el “encogimiento de hombros” kaomoji (porque, ¿por qué no? ¯\\\(ツ)\/¯ )
y, un botón de alternancia para mostrar/ocultar la mayoría de los botones anteriores
Como se mencionó anteriormente, estas son meramente las predeterminadas. Todos estos botones se pueden reorganizar o eliminar, y se pueden agregar nuevos.
Sí, un componente muy bueno. Estaba buscando el botón para mostrar los botones adicionales en la barra del compositor.
Creo que una función interesante sería agregar un botón a la barra del compositor. Tal vez 2 opciones: Mostrar/Ocultar y/o los menús de la barra del compositor. De esa manera, puedes agrupar funciones en una barra seleccionable.
Es decir:
Barra de estilo: que tendría cosas como negrita, cursiva, tachado, etc.
Barra de diseño: Tabla, justificar a la derecha, centrar, etc.
con la opción de personalizar la barra principal con las funciones más usadas.
(Ten en cuenta que este componente simplemente expone los parámetros/opciones que ya están en el código JS de Discourse…)
Para los atajos, especificas la tecla de atajo, junto con cualquier modificador… y luego Discourse siempre antepone ctrl+ (¿o cmd+ en hardware de Apple?). Por ejemplo, la cadena literal “shift+4” (como parámetro del botón) se traduce en ctrl+shift+4 (como las teclas de atajo).
No he intentado encontrar una manera de eliminar atajos — de nuevo, este componente es aditivo sobre la base de botones ya integrados en Composer. (¡Ojalá pudiera hacer que ctrl+eno fuera un atajo para texto preformateado, y que en su lugar fuera “saltar al final de la línea”!)
Tengo un problema con esto, lo estoy usando y me encanta, pero he añadido un botón de “spoiler” y crea etiquetas de spoiler usando DIV en lugar de SPAN, por lo que siempre van en una nueva línea cuando se usa el editor WYSIWYG.
En modo Markdown funciona perfectamente.
En modo WYSIWYG, cuando seleccionas algo y haces clic en el botón de spoiler, en lugar de estar en un SPAN, se inserta en un DIV, por lo que es un elemento de bloque por sí mismo en una nueva línea.
Literalmente hace una hora, me di cuenta de que ComposerButtonBonanza (CBB) está roto en WYSIWYG-Composer. (O, quizás, es al revés). No usamos WYSIWYG en el sitio que mantengo, ¡así que nunca me di cuenta! Así que… ugh.
(No soy fan de WYSIWYG. MediaWiki (por ejemplo, Wikipedia) puso mucho esfuerzo en un editor WYSIWYG hace más de una década, pensando que animaría a más personas a convertirse en editores. No supuso ninguna diferencia, y de todos modos no pudieron deshacerse del editor original porque hay tantas cosas que realmente no se pueden lograr con la versión WYSIWYG, y termina siendo generalmente un poco torpe en comparación con el editor original de código wiki + vista previa).
Mmm… independientemente de CBB… si inserto un spoiler en el WYSIWYG-Composer, y luego hago clic fuera del cuadro del spoiler para editar en otro lugar, se desenfoca permanentemente y no parece que pueda editar el texto del spoiler de nuevo… a menos que cambie al modo Markdown. ¿Me estoy perdiendo algo, o es solo un error en el modo WYSIWYG?
…¡Oh, olvídalo! Si hago triple clic (por frustración y/o aburrimiento), ¡entonces puedo editar el texto del spoiler de nuevo! (No soy fan del modo WYSIWYG; ¿ya lo mencioné?)