Hola,
parece que ya no es posible agregar archivos adjuntos dentro de las tablas. ¿Tienes alguna idea de cómo solucionarlo?
Ejemplo
| Nombre | Archivo |
|---|---|
| bla | bla |
| [bla.docx |
| Nombre | Archivo |
| --- | --- |
| bla | bla |
| | [bla.docx|adjunto](upload://hu8jvVTNiCjzn5XmxXRnhUaRINy.docx) (22.4 KB) |
Esto se debe al separador “|” entre el nombre del archivo y la función adjunto.
Realmente necesito esto para mantener las cosas limpias y organizadas
No estoy seguro si hay una solución para evitarlo, pero si escapas el pipe con \ funcionará.
| Nombre | Archivo |
|---|---|
| bla | bla |
| bla.docx (22.4 KB) |
| Nombre | Archivo |
| --- | --- |
| bla | bla |
| | [bla.docx\|attachment](upload://hu8jvVTNiCjzn5XmxXRnhUaRINy.docx) (22.4 KB) |
Prefiero la forma antigua de agregar archivos adjuntos. Sería genial que alguna configuración de Discourse me permitiera elegir el método.
¿No entiendo en absoluto lo que estás proponiendo aquí?
El esquema de sintaxis ha cambiado recientemente. Sin embargo, el anterior sigue siendo válido. Y sugiero dar al administrador la opción de elegir qué sintaxis (la antigua o la nueva) se proporcionará a los usuarios de forma predeterminada.
No me gusta el truco del pipe. No es autoexplicativo y aún entra en conflicto con las tablas de Markdown en general.
Si ustedes piensan que no es necesaria esa compatibilidad hacia atrás, entonces deberían considerar al menos algún tipo de mecanismo de autocompletado para detectar este tipo de comportamiento dentro de las tablas.
Saludos,
No está en la mesa ofrecer alguna configuración o plugin que cambie el formato para que los adjuntos se especifiquen en HTML en lugar de Markdown. Tendrías que dirigirte a Marketplace. El formato antiguo genera numerosos problemas de portabilidad con las cargas.
No me opongo a solucionar este caso particular de alguna manera, pero es bastante difícil determinar si estás dentro de una tabla o no basándose únicamente en la posición del cursor, por lo que solucionarlo de forma automática no es fácil.
¿Por ejemplo?
¿Cuál fue la intención de cambiar el formato sin proporcionar ninguna tarea de rake o algo similar? (Para actualizar el código antiguo…)
Ha habido varias ocasiones en las que el formato de sintaxis ha cambiado de manera marginal, pero con un gran efecto en todo el contenido… por ejemplo, con espacios faltantes entre los hashtags de las secciones y sus nombres, o entre las citas > y el texto. Especialmente a través de múltiples niveles. Es un caos intentar corregir estos cambios manualmente en cientos de publicaciones para un solo administrador. Créame. Me gustaría que se me preguntara, como administrador, si prefiero seguir su enfoque o mantener el formato de sintaxis actual.
En mi opinión, debería ser la prioridad número uno asegurarse de que cada cambio de formato no afecte la usabilidad de la funcionalidad principal.
No tengo un conocimiento profundo sobre el problema de la posición del cursor. Le creo. Pero debería ser posible, ya que el compositor parece saber dónde comienza y termina una tabla. Mientras sea posible determinar el cursor en cualquier lugar entre esos límites, podrían agregar automáticamente una barra vertical (|) para las cargas. ¿No es así?
Existe una tarea de rake, se llama:
rake posts:inline_uploads
Solo debes ejecutar esta tarea si has experimentado problemas con las subidas en el pasado o si estás buscando migrar el almacenamiento de local a S3.
El 100% de nuestros sitios alojados son inline, ya que esto hace que las subidas sean menos propensas a errores.
Siento que hay un poco de confusión aquí por algo que esencialmente es un caso excepcional.
La gran mayoría de las publicaciones en la web contienen 0 tablas. De las pocas publicaciones que realmente contienen tablas, la gran mayoría no incluyen subidas.
Supongo que podríamos apoyar algo como esto en lugar de la barra que es resistente a las tablas:
[bla.docx¦attachment](upload://hu8jvVTNiCjzn5XmxXRnhUaRINy.docx)
Necesito un poco de tiempo para pensar en esto… no voy a apresurarme a realizar cambios.
El escape con barra inclinada está bien. Si estás haciendo algo tan avanzado, escapar una barra inclinada no es gran cosa.
¿Ordenar archivos es algo avanzado? 
Solo me pregunto, ¿por qué no puedo cambiar el formato al estilo antiguo? La mayoría de los archivos adjuntos añadidos anteriormente siguen apareciendo de esta manera y todo parece funcionar perfectamente.
Las actualizaciones de Discourse rompen una y otra vez funciones esenciales. Y no hay ninguna advertencia adicional sobre conflictos.
Realmente me gusta el desarrollo ágil y el gestor de actualizaciones de Docker. Pero este tipo de gestión de versiones me vuelve loco una y otra vez.
Incluso las cosas pequeñas importan.
¿Hay alguna posibilidad de que la herramienta de carga agregue automáticamente el carácter de escape cuando sube un archivo que se va a usar en una tabla? Me tomó unos 20 minutos descubrir qué estaba causando que mi tabla y/o la carga arruinaran todo en un artículo de tabla que teníamos.
Creo que un usuario no técnico simplemente se habría rendido.
Es muy complicado hacerlo con precisión, nuestro motor de markdown solo realiza mapeo inverso por línea, por lo que necesitaríamos una gran cantidad de lógica especial.
Si la PR para esto es lo suficientemente pequeña, estaría abierto a una mejora aquí.