Tengo algunos archivos que contienen datos con sintaxis ConTeXt, por ejemplo, macros e instrucciones para símbolos especiales, pero sin preámbulo, secciones u otras características que vinculen los datos a un lugar particular de una página. Necesito compilar estos archivos, pero en lugar de crear un PDF, simplemente conviértalos a un archivo de texto UTF-8.
Por ejemplo, un archivo puede contener los siguientes datos:
\quotation{Do you want to go to the caf\acutee?}
\quotation{No, it costs 30\percent more than it did before.}
Después de compilarlo con ConTeXt, se convierte a esto:
"Do you want to go to the café?"
"No, it costs 30% more than it did before."
¿Hay alguna forma de compilar estos archivos usando ConTeXt, pero generarlos en un archivo de texto UTF-8?
Respuesta1
ConTeXt tiene backends intercambiables integrados en su arquitectura, pero el backend que desea aún no existe. Hay un backend XML, cuya salida es posible que desee conectar a un conversor de XML a texto; o quizás quieras escribir tu propio backend. De cualquier manera, no sé lo suficiente para ayudarte más.
Si desea obtener más información sobre cómo escribir backends, envíe un correo electrónico a la lista de correo en [email protected]. Los desarrolladores participan activamente allí y su pregunta seguramente les interesará. Al menos deberías poder descubrir si está dentro de tus capacidades.
Ah, y como dice Joseph Wright, deberá pensar en sus requisitos. ¿Quieres salida paginada? ¿Cómo manejará las notas a pie de página y las referencias cruzadas? ¿A dónde van los flotadores? ¿Qué pasa con los párrafos en las celdas de una tabla? En resumen: ¿cuántas funciones quieres traducir?
La respuesta termina arriba; A continuación se muestran algunos datos sobre los backends.
ConTeXt mantiene sus backends en formato back-*.*. Archivos actuales:
back-ini.mkiv, back-ini.lua # Initialization
back-exp.mkiv, back-exp.lua # XML export
back-pdf.mkiv, back-pdf.lua # PDF
back-swf.mkiv # Shockwave experiment (for *inclusion* in PDFs?)
back-u3d.mkiv # U3D experiment (3D graphics) (for inclusion?)
Desde el inicio de back-ini.mkiv:
Desde el principio, ConTeXt tenía un sistema backend basado en código conectable en tiempo de ejecución. Como la mayoría de los problemas de backend involucraban especiales y dado que los postprocesadores no tenían mucho en común, terminamos con un sistema donde podíamos cambiar el backend y el código de salida para múltiples backends al mismo tiempo.
Debido a que LuaTeX tiene el backend integrado, y dado que algunos problemas del backend se han trasladado al frontend, decidí proporcionar un nuevo código de backend para MkIV, comenzando con el que realmente se usó.
En este momento
.dviya no se utiliza para la salida avanzada de documentos y, por lo tanto, dejamos de admitir este formato. Es posible que las versiones futuras vuelvan a admitir más backends, pero esto tiene una prioridad baja.La gran pregunta es: qué se debe considerar un problema de backend y qué no. Por el momento, tratamos la inclusión de imágenes, la reutilización de objetos, el seguimiento de la posición y el color como cuestiones de frontend, aunque solo sea porque las tratamos a través del código Lua y, como tal, no dependemos demasiado de las llamadas macro que necesitan inyectar código para el backend. .