Exportacion a Fountain para guiones, un pegado que por fin funciona como pegado, y tablas que los lectores de pantalla ya pueden escuchar -- Novedades de Plotiar (agosto de 2026)

Hace unas semanas una guionista escribio pidiendo algo que sonaba, a primera vista, como una peticion pequena: podia redactar una escena en Plotiar y pasarle el archivo a un coguionista que trabaja en Final Draft. Pregunta simple, respuesta enganosamente dificil, porque un formato de guion como Fountain no tiene etiquetas que digan \"esto es un nombre de personaje\" o \"esto es una accion\" -- quien lo lee tiene que deducirlo por las mayusculas y el espaciado, igual que lo haria una persona. Acertar esa inferencia en ambas direcciones resulto ser la mayor parte del trabajo de este tramo. Esto es lo que se lanzo.

\n\n

Tu guion ya puede salir de Plotiar como Fountain

\n\n

Plotiar ya podia traer un guion en formato Fountain. Ahora tambien puede sacarlo, asi que una guionista que redacta en Plotiar puede entregarle el resultado a un colaborador que use Final Draft, Highland, Slugline o Fade In, y que se abra correctamente. Exporta un documento, elige Fountain junto a las opciones ya existentes de Word, PDF y EPUB, y el archivo sale formateado como el formato espera: los nombres de personaje en mayusculas con el dialogo debajo, las lineas de accion como parrafos normales, el texto centrado se mantiene centrado. Lo probamos haciendo pasar un guion real por exportacion e importacion una y otra vez hasta que el texto dejo de cambiar del todo, y despues leimos el resultado con un analizador de Fountain independiente -- no el nuestro -- para asegurarnos de que el programa de un colaborador estuviera de acuerdo con el nuestro sobre el significado de cada linea. Dos cosas que se descubrieron en el proceso: un dialogo de varias lineas volvia como varios parrafos separados en lugar de un bloque continuo, y un texto centrado como una tarjeta de titulo perdia su centrado. Ambas estan corregidas, asi que un \"> FIN <\" ahora sobrevive el viaje.

\n\n

Pegar vuelve a funcionar como pegar

\n\n

Se cerro junto un grupo de errores de portapapeles, porque todos tocaban el mismo camino de codigo. El Ctrl+V normal habia dejado de funcionar en silencio para quien lo usara desde el teclado en lugar de un menu -- pegar parecia no hacer nada en absoluto. Esta corregido, y pegar sin formato esta corregido junto con el: elegirlo ahora si mantiene tu texto exactamente como llego, en vez de seguir convirtiendo un guion inicial en una vineta o un \"1.\" en una lista numerada, y se puede alcanzar desde el propio menu de pegado en lugar de un atajo de teclado que nadie podia descubrir. Si copias una tabla de un archivo markdown, ahora llega como una tabla de verdad en lugar de un muro de lineas separadas con caracteres de barra vertical. Y un enlace de markdown escrito en estilo de referencia -- el tipo donde el texto del enlace y su URL se definen en lineas separadas -- perdia su destino por completo al pegarlo, dejando solo el texto del enlace sin nada que se pudiera pulsar. Esa construccion es lo bastante comun en markdown escrito a mano como para merecer su propia correccion.

\n\n

Las tablas se renderizan con el tamano correcto, y los lectores de pantalla las pueden escuchar

\n\n

Se corrigieron dos errores de renderizado en las tablas. Las columnas se median contra una fuente un poco mas pequena que la que realmente se usa para pintarlas, asi que cada columna salia un poco mas angosta de lo debido y el texto podia recortarse dentro de ella. Y una sola celda larga -- una frase en una columna de \"Notas\", por ejemplo -- reclamaba espacio en proporcion a su longitud completa sin ajustar, apretando cada otra columna de la misma tabla hasta dejarla en una franja minima aunque esas columnas solo tuvieran palabras cortas y sueltas. Ahora las columnas reciben al menos el espacio suficiente para su palabra mas larga antes de repartir cualquier espacio extra, asi que una nota larga se ajusta en varias lineas en lugar de dejar sin espacio a sus vecinas. Aparte, y de forma mas fundamental: las tablas eran invisibles para los lectores de pantalla. La capa de accesibilidad no tenia ningun camino para leer la estructura de una tabla, asi que quien usara tecnologia de asistencia no recibia nada de una tabla en su propio manuscrito -- ni siquiera una lectura parcial, nada. Ahora las tablas anuncian su contenido, fila por fila y celda por celda.

\n\n

Otras correcciones que vale la pena mencionar

\n\n

Un nombre de capitulo en Plot Grid que era largo seguia cortandose a mitad de palabra incluso despues de un intento anterior de arreglarlo -- ahora recibe una columna mas ancha y espacio suficiente para ajustarse en varias lineas antes de que se trunque nada, con el titulo completo disponible al pasar el cursor por encima. Cambiar entre archivos ya no reinicia tu vista del editor al modo predeterminado; el modo que tenias abierto para un documento es el que encontraras al volver a el. En movil, un editor que no habias tocado en un rato se estaba repintando en silencio varias veces por segundo solo para hacer parpadear un cursor que ni siquiera estaba ahi, que es justo el tipo de cosa que agota una bateria y hace que una pestana inactiva se sienta como si estuviera esforzandose -- eso ya se detuvo. Hacer clic en el espacio vacio justo despues del final de una linea que termina en una referencia de nota al pie ya no abre la nota en lugar de dejarte seguir escribiendo. Dos controles tactiles en el selector de vista de Lore eran mas pequenos que el minimo tactil habitual y ahora son faciles de tocar. Y un error de edicion en documentos colaborativos que podia, en una secuencia muy especifica que involucraba un pegado y un deshacer, borrar en silencio un parrafo del documento compartido esta corregido -- puntual, pero justo el tipo de cosa que no le deberia pasar al manuscrito de nadie.

\n\n

Prueba Plotiar en app.plotiar.com.