It is not just a font problem as discussed heavily leading up to 5eIWP9 (see
use of sqrt). Eqn needs to be revisited and modernize to support output to
resolutions > 100-300 DPI. Until then, brackets, sqrt, and many other elements
that make TeX output nice and clean will remain problematic with Plan 9's eqn.
There are markers inserted into the generated PostScript in case someone wants
to play around with custom tuning. That could help investigate where in eqn's
output tuning should be handled for modern systems.
Nice comments from p9p's eqn source:
/* sqrt.c: */
/* sqrt is hard! punt for now. */
/* part of the problem is that every typesetter does it differently */
/* and we have several typesetters to run. */
Maybe fixing eqn output should be a GSoC project.
-jas
On Mar 16, 2011, at 8:54 AM, erik quanstrom wrote:
> On Wed Mar 16 09:19:56 EDT 2011, rudolf.syk...@gmail.com wrote:
>> Well, at least it seems I found some (temporary?) work-around...
>> If I convert resulting ps to pdf with ps2pdf, the printed pdf is ok.
>> But, anyway, if you could please comment...
>>
>
> sounds like a font problem. troff is using different
> metrics than the font that was originally used.
>
> - erik
>
>
