Los paquetes lucidabr y yhmath dan como resultado símbolos incorrectos

Los paquetes lucidabr y yhmath dan como resultado símbolos incorrectos

Obtuve las lucidafuentes TUG y las usé sólo para probar en uno de mis documentos que yhmathtambién se cargó.

En este documento, se $\Delta x$usa bastante y después de observar los resultados, también me di cuenta del comportamiento producido por el ejemplo mínimo a continuación:

ingrese la descripción de la imagen aquí

El \Deltacarácter se muestra como un enorme \sqrt, el \Gammasímbolo también, el \Omegasímbolo se convierte en un \widehatacento.

Cambiar el orden de carga ( yhmathprimero, luego lucidabr) solucionará el problema, pero esta no es una opción para alguien que usa paquetes que se cargan yhmathy lucidabren algún orden incorrecto, etc.

Mi pregunta es más de naturaleza general: ¿Se puede resolver este mapeo incorrecto? En realidad , personalmente no lo necesito yhmath(se cargó por accidente)

Una opción, por supuesto, es cambiar a la fuente estándar u otras fuentes matemáticas que no entren en conflicto con yhmath.

\documentclass{article}

\usepackage[T1]{fontenc} % Can be omitted, shows the same effect with or without using this
\usepackage{lucidabr} 
\usepackage{yhmath}

\begin{document}

\[\Delta x \]

\[\Gamma x \]

\[ \Omega  x\]

\end{document}

Respuesta1

Tienes que cargar lucidabrcon la expertopción:

\documentclass{article}

\usepackage[expert]{lucidabr}
\usepackage{yhmath}

\begin{document}

\[\Delta x \]

\[\Gamma x \]

\[ \Omega  x\]

\end{document}

ingrese la descripción de la imagen aquí

De lo contrario, la definición de \Deltaes

\DeclareMathSymbol{\Delta}{\mathord}{largesymbols}{'321}

lo cual es claramente incorrecto cuando yhmathtambién está cargado.

información relacionada