Me gustaría deshabilitar el menú emergente cuando se escribe un # sin un espacio en mi instancia de Discourse.
Por ejemplo, en meta se ve lo siguiente:
Preferiría que ese menú emergente no apareciera en absoluto. Busqué algunas opciones y no pude identificar una forma de deshabilitarlo.
¿Desea deshabilitarlo por completo? ¿O desea evitarlo solo en el caso de que no se haya escrito ningún carácter siguiente?
Solíamos esperar hasta que se agregara al menos 1 carácter después del #, pero hemos cambiado para que ya no lo requiera (la gente lo solicitó en el pasado, pero lo evitamos antes por razones técnicas que ya no aplican).
Gracias por tu rápida respuesta, idealmente puedo volver a habilitar el comportamiento anterior, lo que supongo que significa que tendría que escribir #c antes de obtener una lista de etiquetas o categorías que coincidan con ese carácter. Si eso es difícil, deshabilitar completamente la funcionalidad también es una opción viable, pero idealmente no a costa de eliminar las etiquetas y categorías por completo.
¿Puede explicar el beneficio de esperar un carácter antes de ofrecer la autocorrección?
Claro. Me resulta molesto tener que ver un menú de categorías cuando solo estoy escribiendo un encabezado. Esto es especialmente evidente en autores más jóvenes/lentos. Cuando escriben # y luego piensan en el encabezado que quieren escribir, se les presenta este menú de categorías que no tiene nada que ver con lo que intentan escribir.
Sí, “#” lo detiene, pero es molesto durante ese período de tiempo hasta que encuentran la barra espaciadora y confuso porque la computadora sugiere algo que podría tener sentido al escribir un comentario, pero que en realidad no tiene sentido al redactar una publicación y escribir un encabezado.
¿Está claro? Disculpa, intenté describirlo un par de veces, pero no estoy seguro de haberlo explicado bien 
El markdown correcto para un encabezado incluye un espacio después del #. ¿Has considerado usar el espacio para descartarlo?
Me refiero al breve período de tiempo entre que alguien escribe # y luego presiona espacio.
Considere a un mecanógrafo que escribe a ciegas, presiona # y luego busca el espacio, y ahora tiene una opción de menú sobre la que necesita tomar una decisión. Incluso si escribe “#” rápidamente, todavía aparece por un breve período, mientras que antes era algo que uno tendría que escribir intencionalmente usando múltiples letras, por ejemplo, “#c” para iniciar una búsqueda / selección de una etiqueta.
Lo que estoy sugiriendo es que lo que ahora es un comportamiento predeterminado es una distracción y rompe el flujo de edición en lugar de proporcionar un atajo a una función más utilizada que la creación de un encabezado. He sido testigo de esto con algunos de nuestros usuarios de computadoras más nuevos, pero también lo encuentro molesto porque generalmente estoy pensando en cómo llamar a mi encabezado y ahora necesito presionar # para evitar un menú molesto que nunca uso.
Si estoy en la minoría, puedo considerar parchearlo, pero esperaba una opción basada en la configuración.
Me pregunto si podríamos solicitar una opción de configuración: ¿cuántos caracteres deben escribirse antes de que aparezca la ventana emergente de autocompletado?
Dado que # se utiliza tanto para marcar como para la comunicación humana ordinaria, que aparezca algo con demasiada avidez me parece un problema de usabilidad y, quizás, de accesibilidad.
Gracias por señalarlo.
Creo que algo así es una sugerencia razonable. Déjame ver qué opinan los demás sobre esta idea.
Dado este contexto, quizás tendría sentido considerar hacer de esto una preferencia del usuario en lugar de una configuración del sitio… 
¿Cómo llamarías a esta configuración para autores más jóvenes/lentos para que comprendan inmediatamente lo que hace?
Además, creo que muchos usuarios no acceden a su configuración excepto para completar su perfil de usuario, siento que la gran mayoría de los usuarios utilizan el software del foro tal como está, y ni siquiera sabrían que tal opción puede existir en su propia configuración (soy uno de esos tipos 
).
Hmm, no me parece bien que la accesibilidad sea opcional. Creo que la opción predeterminada debería ser accesible, tanto a nivel de sitio como de usuario.
No estoy seguro de estar de acuerdo en que esto sea un problema de accesibilidad (porque no hay ningún problema para acceder a ninguna función). Podría estar de acuerdo en llamarlo un problema de usabilidad (menor), pero lo veo principalmente como una cuestión de preferencia.
También me he estado devanando los sesos con el comentario de accesibilidad.
Mirando otras plataformas, hay algunas que ofrecen sugerencias de etiquetas en el momento en que se introduce un #. Twitter en iOS empieza ofreciendo etiquetas de tendencia hasta que el usuario introduce un segundo carácter.
Tampoco me convence el ángulo de buscar y picar, por definición están mirando sus teclados. En todo caso, la ventana emergente de etiquetas sirve como recordatorio de que el usuario está ahora en modo de entrada de etiquetas hasta que presiona espacio.
Lo que me gusta del nuevo comportamiento es lo mucho más visible que hace la entrada de etiquetas para los recién llegados.
No se pueden introducir encabezados a menos que estén al principio de una nueva línea, pero ¿querríamos que el comportamiento por defecto cambiara en función de la posición del cursor? El único grupo que se confundirá son los mecanógrafos táctiles que no saben que el # para los encabezados debe ir seguido de un espacio.
Entonces, ¿dónde quedamos aquí? Es dolorosamente obvio que, si bien esto hace que las etiquetas sean más prominentes, sobrecarga a un operador para escribir en el editor de una manera que considero confusa y rompe el flujo del usuario al editar su publicación.
Este es un problema incluso cuando no estás agregando nuevos encabezados. Simplemente usa la flecha para navegar por un tema que ya editaste y que tiene encabezados en cualquier lugar. Flechas hacia abajo hasta un # y luego, cuando sigues presionando la flecha, comienza a seleccionar una etiqueta o categoría en particular en lugar de continuar por la página con el cursor. Ahora tengo que presionar escape para seguir bajando en la publicación con el teclado o evitar las minas terrestres de #.
Edita una publicación con los dos ejemplos anteriores y usa la flecha para moverte y verás exactamente a qué me refiero. Estoy de acuerdo en que hace que las etiquetas sean más prominentes, pero si no usas etiquetas, no es una característica, es algo nuevo en la forma de lo que solías hacer.
En cuanto a los editores más jóvenes. Que su editor haga cosas mágicas cuando solo intentan comprender la creación de encabezados con el lenguaje markdown está sobrecargando al usuario con más cosas que no necesita saber o entender.
Está bien si la decisión es no hacer nada aquí, investigaré cómo solucionarlo, pero dada la interrupción del flujo de edición y la curva que estamos agregando a los nuevos usuarios para que tengan que entender más de lo que tienen delante, parece que una opción es un buen compromiso. Lo tomaría a nivel de sitio porque probablemente, si usas etiquetas, es más una decisión del sitio que una decisión por usuario, pero por usuario basada en el valor predeterminado del sitio probablemente sea el camino a seguir.
el Sr. Jobs tenía razón entonces cuando dijo que los cursores son inútiles
Es broma.
Pero uso las teclas de cursor todo el tiempo porque escribo mucho, principalmente textos largos, y no reconozco la situación que describes.
(Edición: ¡Vine aquí esquivando todas las minas! 
)
y ni siquiera aquí y ahora
Puedo usar etiquetas usando el autocompletado de hash porque este nuevo sistema funciona muy bien #cómo-hacerlo o simplemente escribiendo una si la recuerdo: #instalación-no-soportada — eso también funcionó.
Entonces, ¿qué no entiendo ahora?
En este momento, no tenemos planes de hacer ningún cambio específico aquí.
No estoy seguro de la mejor solución para esto y parece un poco improbable que suceda, pero puedo reproducirlo colocando el cursor en el lugar correcto y estoy de acuerdo en que es molesto cuando sucede (cuando el cursor está a 1 carácter del principio de la línea).
Agradezco la actualización y cómo @mcwumbly capturó el estado actual. ¡Gracias, @mcwumbly, por tomarte el tiempo de crear también los ejemplos animados! No hay nada más abierto por mi parte.
La solución para mí es simplemente deshabilitar la autocorrección para el hashtag
Entonces
#
No emitiría autocorrección
test #
Emitiría autocorrección
#t
Emitiría autocorrección
Al agregar estas reglas, todas las travesuras del cursor ya no ocurrirían y el impacto en el usuario sería absolutamente mínimo.
@martin … ¿opiniones?
Solo un recordatorio de que hubo algunos temas con personas (incluyéndome a mí) preguntando por el comportamiento actual antes, cuando era exactamente como se describe.