v0.6.2

Corregido

• Al importar un .html, las fórmulas escritas con $...$ y $$...$$ (como
  en las páginas preparadas para MathJax) llegaban al .elpx con los dólares,
  que eXeLearning no reconoce como fórmulas. Ahora se convierten en \(...\) y
  \[...\], igual que ya ocurría al importar .md y .tex. Se aplican las
  mismas reglas que en Markdown para no confundir una fórmula con un precio
  («5$ y 10$», «$5 y $10»), \$ se lee como un dólar literal y no se toca el
  contenido de <pre> ni <code>.

Cambiado

• La infografía incluye .elpx también entre las entradas, como origen de las
  exportaciones a Word, Markdown y PDF.

v0.6.1

Corregido

• Instalar o actualizar eXeConvert con npm mostraba
  npm warn deprecated @xmldom/xmldom@0.9.10. Venía de mathjax-full, que
  arrastra speech-rule-engine con una versión fija y obsoleta de xmldom, para
  una función de accesibilidad que eXeConvert no usa. Las fórmulas de los PDF
  se generan ahora con el paquete mathjax, la misma versión 3.2 ya compilada y
  sin dependencias: el aviso desaparece y los PDF salen idénticos, píxel a
  píxel.

Cambiado

• La infografía de la web une cada formato con el bloque central mediante
  conectores dibujados según la posición real de las tarjetas, en lugar de
  flechas sueltas que, con cinco entradas y tres salidas, apuntaban al vacío.
  Incluye .elpx entre las salidas (y deja de repetirlo en el bloque central),
  y la captura PNG sale siempre con la maqueta completa aunque se descargue
  desde un móvil.

v0.6.0

Añadido

• Importación de .html y .htm a .elpx, en la web y en la CLI, con las
  mismas opciones de estructura que .docx y .md:
  • Desenvuelve los contenedores de la página (div, section, main…) para
    que sus encabezados se conviertan en páginas e iDevices, y descarta menús,
    scripts y formularios.
  • Recupera en LaTeX las fórmulas que la página ya mostraba con MathJax 2 o 3,
    KaTeX o MathML, en lugar de quedarse con los glifos dibujados.
  • Incrusta las imágenes locales: las que están junto al .html en la CLI, o
    las que van dentro de un .zip. Solo se leen imágenes; una página no puede
    meter en el proyecto otro archivo del disco nombrándolo en un <img>.
  • Respeta la codificación declarada en <meta charset> y toma el título del
    recurso de <title> cuando no hay otro.
• Importación de documentos LaTeX (.tex) a .elpx, en la web y en la CLI,
  con las mismas opciones de estructura:
  • Las fórmulas pasan tal cual, sin traducir, porque eXeLearning las muestra
    con MathJax: $...$, \(...\), \[...\], $$...$$ y los entornos
    equation, align, gather, multline, eqnarray… siguen siendo
    editables. Las ecuaciones numeradas conservan su número.
  • \part, \chapter, \section y siguientes se convierten en páginas e
    iDevices según su nivel real en el documento; \title da nombre al
    recurso.
  • Listas, tablas, figuras y tablas con pie numerado, teoremas declarados con
    \newtheorem (con su numeración y título), demostraciones, notas al pie,
    referencias cruzadas (\ref, \eqref) resueltas con su número, enlaces,
    código literal, citas, acentos al estilo \'a y ligaduras tipográficas
    como --- (raya) o las comillas de LaTeX. Los rótulos «Figura», «Tabla»
    o «Demostración» siguen el idioma de babel.
  • Se expanden las macros propias (\newcommand, \def,
    \DeclareMathOperator), también dentro de las fórmulas.
  • Se leen los archivos de \input, \include y \subfile y las imágenes
    de \includegraphics (con \graphicspath): desde la carpeta del .tex
    en la CLI, o desde un .zip con el proyecto completo, como el que descarga
    Overleaf. Solo se leen archivos .tex e imágenes.
  • Las presentaciones Beamer se importan con cada diapositiva como iDevice,
    bajo la página de su sección.
  • Lo que no tiene conversión conserva su texto, y se avisa de qué comandos y
    entornos eran (en la CLI, también en la salida --json).
  • En la web, el intérprete de LaTeX solo se descarga al importar un .tex.
• Un .zip se identifica por su contenido: proyecto .elpx, proyecto .elp,
  proyecto LaTeX o página web con sus imágenes.

v0.5.7

Corregido

• Al importar un .md, las fórmulas escritas con \(...\) y \[...\] se
  perdían: Markdown lee \(, \), \[ y \] como signos escapados y quita
  la barra, así que llegaban al .elpx como texto entre paréntesis o
  corchetes. Ahora se reconocen igual que $...$ y $$...$$, tanto en su
  propia línea como en mitad de un párrafo.
• Una fórmula en bloque escrita en mitad de un párrafo ($$...$$ o
  \[...\]) hacía desaparecer el texto que la seguía en ese párrafo.

v0.5.6

Corregido

• La prima de las derivadas se anidaba un nivel en cada conversión de ida y
  vuelta: f^{'} se convertía en f^{^{'}}, y repitiendo el ciclo seguía
  acumulando capas. La causa es que temml escribe la prima como un superíndice
  sobre una base vacía, que al volver de MathML se traducía literalmente. Solo
  se colapsa esa forma: un superíndice doble real, que sí tiene base, no se
  toca.
• Las dependencias del repositorio estaban ancladas a versiones anteriores a
  las que instalaba cualquier usuario del paquete (mathml-to-latex 1.5.0
  frente a 1.8.0), de modo que las pruebas no ejercitaban el mismo código que
  se ejecuta al usarlo. Con ambas al día, un proyecto con 22 fórmulas
  sobrevive tres ciclos .elpx → .docx → .elpx sin una sola diferencia.

v0.5.5

Añadido

• execonvert inspect muestra la versión de eXeLearning con la que se creó el
  proyecto, y la incluye en su salida --json como exeVersion.
• Aviso al convertir un .elpx creado con una versión de eXeLearning más
  reciente que la que incorpora eXeConvert: la conversión sigue adelante, pero
  puede no reconocer los elementos nuevos. Los proyectos de versiones iguales o
  anteriores no muestran nada, porque funcionan.

Corregido

• Los .elpx generados declaraban exe_version 3.0, un valor heredado de la
  plantilla, cuando el runtime incorporado es el 4.0.3. Ahora declaran la
  versión real, que es la que escribe eXeLearning en sus propios archivos. El
  campo es informativo: nada en el runtime lo usa para tomar decisiones.

v0.5.4

Corregido

• Una opción mal escrita con un solo guion (por ejemplo -o salida.elpx) se
  tomaba como si fuera un archivo de entrada y se descartaba sin decir nada,
  mientras la conversión escribía en su destino por defecto. Si allí ya había un
  archivo con ese nombre, se sobrescribía sin aviso. Ahora se rechaza como
  opción desconocida. Para elegir la salida siguen estando
  execonvert <entrada> <salida> y --out-dir.
• Los archivos de entrada que se descartan por no admitir la conversión pedida
  se anuncian por la salida de errores en lugar de desaparecer en silencio.

v0.5.3

Corregido

• Los .elpx generados desde .docx y .md se escribían sin comprimir, de
  modo que ocupaban unas cuatro veces más de lo debido: un proyecto que
  eXeLearning guarda en 2,4 MB salía de 10,3 MB. El empaquetado usa ahora el
  mismo nivel de compresión habitual del formato, sin coste apreciable de
  tiempo. Los archivos anteriores siguen abriéndose con normalidad.

v0.5.2

Corregido

• Las fórmulas de los .docx se perdían al convertir desde la línea de órdenes:
  el documento se recorría buscando los nodos m:oMath por espacio de nombres,
  algo que el navegador resuelve pero linkedom —el DOM que usa la CLI— no, de
  modo que no encontraba ninguna y las fórmulas desaparecían sin aviso. Ahora la
  búsqueda funciona en ambos entornos y el fragmento OMML se reinterpreta con
  @xmldom/xmldom antes de convertirlo, que es lo que el conversor entiende.
  La versión web no estaba afectada. Se añade una prueba de regresión
  (npm run test:docx) que comprueba que una fórmula llega a content.xml
  convertida en LaTeX.

v0.5.1

Cambiado

• La conversión de fórmulas OMML de .docx ya no depende del paquete
  omml2mathml, abandonado desde 2017. Se incorpora una copia en
  src/vendor/omml2mathml/ (Apache-2.0) cuya única modificación funcional es
  crear el documento de salida con @xmldom/xmldom en lugar de get-dom.
  Con ello desaparecen del árbol jsdom@9, request, har-validator, abab,
  uuid@3, content-type-parser y whatwg-encoding: instalar el paquete pasa
  de mostrar siete avisos de dependencias obsoletas a uno solo, y las alertas de
  seguridad en dependencias de producción bajan de 15 a 7, sin ninguna crítica.
  La conversión se ha comprobado contra los 178 casos de prueba del proyecto
  original.