Fuente monospaced en el editor solo de Markdown

Mi objetivo no es centrarme en “añadir o quitar monoespaciado”. Diferentes personas, diferentes gustos.
Creo que cuando una empresa ofrece algo durante mucho tiempo, si quiere cambiarlo, no debería ser obligatorio, sino opcional.

Tú prefieres el markdown con monoespaciado. Bien.

Yo prefiero el markdown como siempre ha sido con sans-serif. Bien.

Pero ahora me veo obligado a usar texto enriquecido, que no me veo usando, o a usar una nueva versión de markdown que nunca he usado y no me gusta.

El markdown con sans-serif o monoespaciado debería ofrecerse como una opción, en lugar de obligar a todos los usuarios a acostumbrarse a algo que algunos de nosotros ya hemos demostrado que no es de nuestro agrado.

Justificar ese cambio como “es un entorno de codificación” no tiene sentido, porque no estamos codificando en el editor. Estamos escribiendo texto normal y a veces lo formateamos usando markdown. Eso no es un entorno de codificación.

De nuevo, el debate para mí es si el monoespaciado debe quedarse o no. Se trata de que yo tenga la opción de elegir lo que me gusta. Y la solución CSS solo funciona para mi comunidad. ¿Qué pasa con todas las demás comunidades que usan Discourse donde ahora me veo obligado al nuevo cambio? No tiene sentido para mí.

4 Me gusta

De hecho, para todos los usuarios de todos los foros que aún no han ofrecido el nuevo editor, la fuente monoespaciada es un cambio. Y creo que eso no es bueno.

3 Me gusta

Ten en cuenta que este cambio permite a los usuarios saber rápidamente que están en el modo de código fuente en lugar del modo enriquecido

Mi preocupación al revertir es que esto optimiza para los usuarios que nunca quieren usar el editor de texto enriquecido y son reacios al cambio, ¿no lograría una opción de “ningún texto enriquecido para mí” el mismo objetivo?

3 Me gusta

Solo si saben esa diferencia y qué hacer al respecto. El modo enriquecido está ahí para las personas que no pueden hacer **negrita**.

Todo lo que ven es una fuente dura.

Y de nuevo: cuando un administrador usa el modo enriquecido de forma predeterminada, eso solo sucedería si ese usuario hace clic o toca en el lugar equivocado, y no puede entender qué demonios sucedió.

Y segundo de nuevo: el monoespaciado es difícil para los ojos :man_shrugging:

Pero tenemos todo esto

No sé si

Habilitar monoespaciado en modo de código fuente (realmente… llamarlo de esa manera revela algo :smirking_face:)

sería algo tan terrible (si fuera razonablemente fácil de construir).

3 Me gusta

… y pueden hacer clic fácilmente en un botón para que desaparezca :slight_smile: por lo que se les anima a usar la fuente “fácil”, que se ve genial. El 99,9% de los usuarios deberían optar por eso para la creación informal.

Entiendo que la gente está presionando por una preferencia del usuario aquí, también estamos discutiendo esto internamente. Es complicado, normalmente solo agregamos preferencias como último recurso, tal vez este sea uno de esos casos.

Además… no veo nuestro comportamiento como un caso atípico:

Reddit, el sexto sitio en Internet, hace exactamente lo mismo:

No proporciona una opción para anular esto…

5 Me gusta

¿Qué tal un plugin?

Entonces los administradores tendrían que invertir activamente trabajo en esta función y los números de uso mostrarían si esta opción es realmente necesaria.

1 me gusta

Tengo curiosidad, ¿qué les atraería más a los administradores?

  • Componente de tema - cambiar fuente globalmente
  • Complemento - configuración de fuente por usuario
0 voters

Dado que la ruta del componente temático es tan abierta, no entiendo por qué vería un voto a favor de ella como un voto en contra de un plugin.

1 me gusta

Así que las opciones son cuando una fuente es un problema, entonces

  • no usar markdown, o
  • usar esa fuente difícil

Entonces…

Creo que es necesario cuando un foro mezcla cosas de desarrollo y discusiones más comunes. Si un desarrollador experimentado quiere usar monoespaciado en todas partes, lo entiendo, pero no entiendo por qué me veo obligado a usar lo mismo.

Pero esta es una situación algo extraña: escribimos usando una fuente, que no ofrece ningún beneficio, pero actúa como un marcador de qué tipo de compositor está usando un usuario, y después de eso leemos y la fuente es totalmente diferente.

Sabes muy bien que hay ejemplos opuestos mucho más numerosos. Y no estoy seguro de por qué Reddit sería un buen ejemplo. Si es así, deberíamos adaptarnos también a Facebook.

2 Me gusta

Facebook no tiene modo dual. No se me ocurren muchas otras piezas que tengan modo dual, ¿puedes dar algunos ejemplos?

CKEditor también hace lo mismo que nosotros:

El código fuente en monoespaciado es un patrón muy bien establecido.

… tiene markdown que es MÁS FÁCIL de editar

Por ejemplo:

```
uno
   dos
      tres
```

:up_arrow: un ejercicio de futilidad en no monoespaciado.

Porque ves

3 Me gusta

Eso no es importante. El punto es que si usas Reddit como ejemplo de UX útil, porque es grande, entonces deberías usar la misma lógica con Facebook.

Reddit en realidad no es tan popular fuera de EE. UU. y del mundo de habla inglesa nativa.

Si entiendo bien, para ti, ¿una fuente monoespaciada difícil de leer es un indicador del editor de markdown? ¿No es una forma un poco dura? Aquellos de mis usuarios, y yo, que usamos markdown, sabemos qué editor se está utilizando sin importar que la fuente sea la misma.

De nuevo — CSS es el salvador. Pero no aquí. En Meta tengo dos y solo dos opciones:

  • Sufrir la fuente de máquina de escribir de 100 años, porque pocos sitios la usan
  • No usar el editor de markdown

Así que… :man_shrugging: Quizás esa configuración sea necesaria, porque tampoco me obligas a usar listas inteligentes.

(Fuera de tema, lo sé, pero los usuarios de nivel de consumidor ordinario solo necesitan una barra de herramientas de un solo botón: para subir imágenes)

Algunos usuarios, como yo, probablemente nunca usarán el texto enriquecido, por lo que esta no es realmente una característica que marque la diferencia. Si mi predeterminado es markdown, eso es todo lo que necesito “saber”.

Claro, están los otros usuarios que probablemente no tienen idea de qué es markdown y el texto enriquecido es útil. Lo entiendo, al igual que todos los usuarios que están “en contra” del cambio. No estamos desestimando a esos usuarios. Estamos pidiendo una opción, no un mandato.

Por los comentarios que he leído, absolutamente nadie es reacio al cambio. Estás usando eso como justificación para la decisión que tomó el equipo. No soy reacio al cambio, y diría que otros usuarios están en el mismo barco. Estamos pidiendo que haya una preferencia para aquellos que no quieren markdown + monoespaciado juntos.

Esto es lo mismo. Te cuesta entender que “sin texto enriquecido” y “sin texto enriquecido CON sans-serif” son dos cosas diferentes, considerando que “sin texto enriquecido” ahora es = monoespaciado, que es una fuente mala.

¿No es también “complicado” que de repente obligues a miles de usuarios que han estado usando foros durante años, usando Discourse, a tener que acostumbrarse a algo que ha demostrado no ser ideal para la lectura?

Por ejemplo, Facebook, X/Twitter, YouTube permiten enlaces clickables en las publicaciones. Instagram y TikTok no.
Cada empresa es una empresa. El hecho de que Reddit o CKEditor funcionen de cierta manera no significa que tengas que copiarlos. Tienes que hacer lo que tenga sentido para tu producto. Y de nuevo, nadie te está pidiendo que elimines el texto enriquecido o el monoespaciado. Estamos pidiendo que esto sea una opción. A algunas personas les gustan los temas claros, a otras les gustan los oscuros. A algunas personas les gusta tener un fondo negro puro con texto de neón mientras codifican, a otras les gustan los colores apagados. Cada persona es diferente.
No tiene que tener sentido para ti, tiene que tener sentido para el usuario.

No quiero parecer grosero ni nada. Aprecio Discourse como plataforma, especialmente por ser gratuita para opciones de auto-alojamiento. Simplemente me cuesta aceptar que un equipo de personas, incluidos desarrolladores, etc., tenga dificultades para aceptar que tener una preferencia de usuario es el camino a seguir, después de casi 4 meses de pedirnos que “lo dejemos respirar”. Lo dejé respirar y a muchos de nosotros simplemente no nos gusta y queremos al menos tener la opción de decidir qué queremos usar.

2 Me gusta

Este es el centro de mi pregunta, ¿sería

  1. No me muestres el selector de markdown / rich text
  2. Simplemente dame el buen y viejo markdown
  3. Deja la fuente como serif, como estaba antes

Por ejemplo:

Preferencia de usuario del modo de autoría de Markdown:

  1. legado: tal como solía funcionar en los viejos tiempos. misma fuente, todo igual. sin selector de RTE, sin RTE
  2. rich text preferido: ponme por defecto en rich text para cada publicación que escriba
  3. markdown preferido: ponme por defecto en edición de markdown

Me gusta esto por bastantes razones.

  • Para los nuevos valores predeterminados del foro, creo que tener el código fuente en una fuente de código fuente es mejor.
  • Me gusta tener una configuración explícita para “cómo me gusta escribir markdown”
  • Con una configuración explícita vs. implícita, me reinicia cuando empiezo una publicación, algo que prefiero. No me gusta la memoria implícita.
3 Me gusta

Tendría una tercera opción: dejar que Discourse haga esto de forma nativa. Siempre tuvimos sans-serif y no creo que eso fuera un problema. Tener más plugins para instalar y administrar no parece tener sentido, creo.

Pero de las 2, un plugin parece tener más sentido, de lo contrario es lo mismo: estamos obligando a todos los usuarios a usar una fuente, en lugar de poder elegir, a lo que me opongo (ahora que tenemos la opción de texto enriquecido, por supuesto).

1 me gusta

El administrador de la comunidad puede establecer el valor predeterminado de markdown como sans-serif o monospace. Luego, cada usuario elige lo que quiere. Si el administrador lo establece en sans-serif, el usuario vería

Usar fuente monospace en la vista de markdown

Si el administrador lo establece en markdown, el usuario vería

Usar fuente sans-serif en la vista de markdown

No es necesario complicarlo con las palabras “legado” ni nada elegante. Hazlo fácil de usar, directo al grano. Piensa como un usuario promedio, no como un desarrollador.

4 Me gusta

Vaya, nos perdimos por completo este alboroto en el Discourse de nuestra comunidad de lenguajes de programación porque (¿supongo?) deshabilitamos completamente el editor de texto enriquecido. Esa elección probablemente se tomó allá por 2016, probablemente cuando el editor de texto enriquecido era mucho peor de lo que es hoy. Y luego nunca se reevaluó. O quizás nuestra instalación precede por completo a la edición de texto enriquecido y simplemente nunca la activamos. De cualquier manera, todavía vemos el comportamiento “heredado” con la fuente serif en el editor de markdown, y estoy bastante contento con ese comportamiento.

Como alguien que personalmente escribe mucho markdown y código (en editores monoespaciados y en muchos cuadros de texto HTML), tengo mis opiniones.

Prefiero usar una fuente serif en un editor que no sea de texto enriquecido para escribir publicaciones en Discourse. Estoy seguro de que hay algo de aversión al cambio detrás de eso, pero creo que también hay algunas buenas razones. La mayor parte del texto que escribo en Discourse y GitHub es en realidad texto, no código. De hecho, ¡no llamaría markdown “código” en absoluto! La única vez que quiero una fuente monoespaciada en esta ventana del editor de texto (o en la de GitHub) es dentro de las vallas ``` — porque eso es código. No confundas markdown con código; no es código. Y no me gustan los editores de texto enriquecido porque a menudo luchan contra mí. Por ejemplo, este mismo párrafo está mostrando comportamientos muy erráticos después de intentar escribir el markdown para la valla (es solo ```` ``` ````, pero ahora no puedo tocar la tilde en mi teclado sin estropear el editor de texto enriquecido).

Las fuentes serif en un editor que no es de texto enriquecido también coinciden con GitHub, el otro sitio con un cuadro de texto HTML donde escribo mucho markdown.

Me atrevería a decir que esto es representativo de gran parte de nuestra comunidad de programación en general. La gente en nuestra junta de Discourse:

  • Escribe código fuente y usa fuentes monoespaciadas para escribir código fuente
  • Sabe cómo escribir y leer markdown directamente
  • No considera el texto markdown como código fuente
  • Probablemente prefiere usar editores que no sean de texto enriquecido
  • Probablemente prefiere escribir/editarlo como prosa, es decir, con una fuente serif
7 Me gusta

Ese no es el caso. Es más probable que no hayas actualizado a una versión que incluya el editor de texto enriquecido.

3 Me gusta

Realmente no importa, ¿verdad? He eliminado el aparte de mi publicación original. El caso es que el editor de texto enriquecido en nuestra instancia está desactivado, y estoy contento de mantenerlo desactivado siempre y cuando activarlo (en mi opinión) degrade el editor de markdown de esta manera.

image

1 me gusta

Creo que la configuración de texto llega a la raíz del punto de @alltiagocom; ciertamente no esperaría que esa casilla altere el comportamiento del “modo Markdown actual”. Entiendo el deseo de limitar las preferencias (y especialmente las del usuario), ¡es un objetivo muy loable! Pero realmente parece que esto es una cosa de estilo ortogonal que se maneja mejor con los propios temas.

2 Me gusta

¿En mi CSS dónde? No soy administrador, que es precisamente mi punto. A menos que digas que como usuario normal puedo anular el CSS de alguna manera (sin usar una extensión del navegador).

Pero literalmente hay un interruptor que muestra en qué modo estás. ¿Qué más necesitas? Por tu captura de pantalla, supongo que no es visible en el móvil, así que hazlo visible y ese problema estará resuelto.

¿Estás planeando eliminar la versión de markdown en el futuro? Si es así, entiendo por qué quieres impulsar a la gente hacia esa vista. Pero quiero mencionar nuevamente que los editores WYSIWYG nunca son perfectos y a menudo son inconsistentes. Un gran problema es que tienes que aprender las peculiaridades del editor WYSIWYG en cada sitio web/aplicación específica. Teams, Confluence y Bitbucket usan WYSIWYG y todos tienen sus propias peculiaridades a las que tengo que adaptarme. A algunas todavía no me he acostumbrado porque son tan contrarias a cómo funcionan las entradas/áreas de texto HTML simples, y cada peculiaridad significa más tiempo que tengo que dedicar para escribir lo que quiero. Markdown, por otro lado, siempre funciona y puede ser escrito o editado manualmente, lo que lo hace menos propenso a errores.

Además, específicamente para Discourse, tu software tiene muchos más componentes de los que suelen tener los editores simples (encuestas, citas de publicaciones, detalles ocultos, spoilers, etc.) que son mucho más complicados. Entiendo que tenerlos visibles en línea es un beneficio para los usuarios no técnicos, pero también son más lugares donde el editor WYSIWYG puede fallar sutilmente de maneras que son molestas para los usuarios avanzados.

Creo que Reddit tiene una funcionalidad mucho menos compleja, lo que significa que es menos necesario usar un editor de markdown. Solo noté el interruptor para cambiar al modo markdown recientemente (y lo cambié inmediatamente después de ver que era monoespaciado), pero la diferencia es que en Reddit solo necesito un comportamiento básico como negrita, cursiva o enlaces, lo cual está perfectamente bien en modo WYSIWYG.

No sé por qué sigues usando el término “código fuente”. Parece que lo usas para decir que lo que estamos escribiendo es “similar a código” y por lo tanto el monoespaciado tiene sentido. Pero en realidad no se parece en nada a escribir o leer código. Markdown no se parece en absoluto a escribir o leer código.

Bitbucket utiliza un enfoque híbrido donde puedes ver el markdown pero también muestra el efecto del markdown. Por ejemplo, verías **texto**, pero los asteriscos y el “texto” se mostrarían en negrita en el editor. Usan una fuente serif para todo el texto que no está en un bloque de código, mientras que el texto dentro de un bloque de código se muestra en monoespaciado. (Y sí, el editor tiene peculiaridades que frecuentemente me hacen cometer errores al editar un comentario). No puedo proporcionar una captura de pantalla ya que solo tengo acceso en mi máquina de trabajo.

¡Exactamente! Nunca he oído a un ingeniero de software decir “vaya, realmente desearía que este editor de markdown usara una fuente monoespaciada”.

2 Me gusta