Primero que nada, cabe decir que el paquete DBTexMath fue realizado voluntariamente y para uso personal del autor. Así, no fue diseñado ni planeado para cumplir con todas los requisitos que puedan surgir entre los usuarios.
A continuación enumero características que en lo personal faltarían, como también malos funcionamientos del programa. Agradecería las sugerencias de aquellos usuarios que han logrado solucionar los problemas-carencias que aquí se plantean.
Estandarización. Como ya se dijo, no existe un paquete estándar, dentro del mundo Docbook para la edición de fórmulas matemáticas. Es por esto, que en cada uno de nuestros documentos DocBook que utilicen DBTeXMath deberemos incluir las hojas de estilo en la distribución de nuestros documentos o por lo menos hacer referencia a estas.
El hecho no esta grave dado el tamaño pequeño de las hojas de estilo. Sin embargo, el proceso de obtención de salidas en formatos tales como PDF o HTML por parte de otros usuarios no será tan tribal como ejecutar una orden. Como mucho, lo que podremos hacer para remediar esta situación es usar DBTexMath junto con la hoja de estilo ldp.dsl (ver la sección de nombre Instalación de DBTeXMath junto con ldp.dsl), con lo cual, la configuración constará únicamente en cambiar el nombre de la variable DOC en el archivo Makefile.
No hay salida en formato RTF. No conozco una forma de obtener una salida en formato RTF al usar DBTexMath. Esto debe ser consecuencia de la complejidad sintáctica del formato RTF. En lo personal no es una gran pérdida dado que no uso para nada este formato. Yo edito en sgml-DocBook, leo en PostScript o PDF y navego en HTML ;-).
Hay que arreglar esto, o modificar "Obtenci´ on de salidas en formatos HTML y PDF . " (jidl: Creo que se puede exportar a RTF, incluyendo las ecuaciones como imágenes, en una forma similar a HTML)
Incompatibilidades entre SGML/XML y TeX. Con algunos sistemas de edición de documentos Docbook tal como emacs con su modo PSGML, o algún otro sistema de 7 indentación, puede suceder que el código TeX se indentado automáticamente, lo que puede generar errores de sintaxis. Esto en realidad no es realmente un error. Lo que sucede es que, simplemente, los sistemas de indentación de documentos Docbook, no fueron hechos pensando en software como DBTeXMath, o sea, no fueron diseñados para respetar otro código además que esté más allá de las DTDs.
Sugerencia: Indentar expresiones latex que aparecen dentro de las etiquetas <alt> puede causar errores. No hacerlo!
Problemas con símbolos LaTeX no estándares. Los símbolos que no están dentro de latex2 estándar, sino en paquetes auxiliares como latexsym o asmlatex, darán mensajes de error cuando hagamos un make html . No tendremos estos problemas cuando tratemos de generar salidas en formato PDF.
>Como ya se dijo, estos errores se producirán sólo si estamos usando el paquete original de DBTexMath de Allin Cottrell ya que los paquetes de símbolos latex fueron incluidos en la versión que viene con ldp.dsl.
Lentitud. Dado que cada expresión matemática es evaluada por separado, si tenemos una gran cantidad de expresiones matemáticas insertadas en el documento el formateo puede volverse un proceso lento. La generación de salidas HTML es particularmente lenta dado que cada expresión matemática en código TeX, luego de haber sido convertida a DVI, se debe convertir nuevamente a formato de imagen PNG.
Para aquel usuario experimentado, una alternativa que puede mejorar este problema es usar el software dvi2bitmap para la transformación a png. Esto es bien descripto en http://www.sagehill.net/.
Errores como el siguiente. Aunque el código sgml-DocBook y el fragmento TeX sean válidos en el siguiente segmento de código, por algún motivo el uso de TeX dentro de la etiqueta <abstract> causa problemas.
lo siguiente no me compila
<article>
<articleinfo>
<date>24 de Marzo de 2004</date>
<author>
<firstname>Sebastián Gurin (Cancerbero)</firstname>
<email>anon@adinet.com.uy</email>
</author>
<abstract>
<para>Teorema auxiliar para deducir la ecuación de una
curva en forma de espiral con centro en <inlineequation>
<alt>$ (x_0, y_0) $</alt>
<graphic fileref="punto.png">
</inlineequation>.</para>
</abstract>
</articleinfo>
<!-- .... -->
</article>