Re: Greek letters not slanted in -Tps eqn output

[joerg van den hoff]

not my day... again forgot to include the list in the address field. so second 
try again:

On 09.08.22 17:05, Deri wrote:
> On Tuesday, 9 August 2022 13:46:43 BST joerg van den hoff wrote:
> > hi deri,
> >
> > thank you, although I am starting to feel obtuse :).
> >
> > so what you say is *only* grops does not find SS (in my previous broken
> > setup with disjunct `download' instances in system and my additional fonts
> > tree) but groff still finds the system SS font description file? and then
> > groff bases all calculations where to move on the SS metric while grops or
> > gs puts the glyphs using the S metric it gets hold of elsewhere?
> >
> > is this correct so far?
>
> Almost, groff and grops can find the SS file, which gives the widths of the SS
> glyphs, but grops cannot find the Symbolsl.pfa file because it is not listed
> in the download file it finds.

question: is there a deeper reason, why grops does not traverse all known font 
locations/dirs
and scan all found `download' files until, hopefully, a hit is found? I mean except 
"someone
would need to volunteer to implement it" :).

I have now read groff_font, which I think is quite clear and finally found the 
statement regarding
"first file found is used". so it *is* spelled out but it still is easily overlooked (as I am proof 
of...).

I also would find it more "natural" if grops/gropdf where doing that.

> > if yes, I can understand that after the `alpha beta gamma... ` sequence
> > groff/eqn presume a different position of last greek letter than actually
> > is going to be true downstream when the ps oder pdf is generated. and so
> > groff/eqn would position whatever comes next on a wrong horizontal position
> > relative to the greek letters.
>
> After the greek characters comes the horizontal line between 1/2. If the move
> to the start of the line before drawing is a relative movement from the end of
> greek characters then it will be in the wrong position.

ok, in this case, yes. I would have expected the relative movement being 
relative to
the fraction bar itself, but that's obviously not what eqn does.

thanks again,
joerg

> Cheers
>
> Deri