> It works, but the rendering is not correct.
> It appears that the problem is only with the cmex font, so
> a possible fix is
> 
> void MathSymbolInset::metrics(MathStyles st) const
> {
>       size(st);
>       MathTextCodes code_ = code();
>       mathed_char_dim(code_, size_, sym_->id, ascent_, descent_, width_);
>       if (code_ == LM_TC_SYMEX) {
>               h_ = 4*descent_/5;
>               ascent_  += h_;
>               descent_ -= h_;
>       }
> }

I wonder why this kind of shifting is needed at all. If I don't do
anything, the chars end up directly below the baseline, as if they all had
an ascent of 0 and a descent equal to their height.

Is this a problem with the font? Do you know what's going on?

> Some more points:
> 
> 1. \sqcup should be taken from the cmsy font (char 0x74),
>    and \bigsqcup should be 0x46 instead of 0x47

I was happy that I found something I knew ;-)

I think once the machinery is in place, there is a lot of room for
people who want to 

> 2. If you don't have the tex math fonts installed, the result is bad:
> you get an F instead of \sqcup.  So you need to add a code that checks
> whether the math fonts are available, and if not, \sqcup will be
> displayed using ERT.

I had bbeen thinking about that already.

> 3. If the tex math fonts are available, then all symbols should be taken from
> these fonts (instead of using the standard X symbol font).

This means we'd need to expand the latexkeys structure to hold information
about two fonts (X and TeX). No problem, but a lot of work for 300 symbols
or so...

> Namely you should store for each symbol both its position in the X
> symbol font (if it exists there) and its position in the tex math font.

Yep.

Andre'

-- 
André Pönitz ............................................. [EMAIL PROTECTED]

Reply via email to