From mboxrd@z Thu Jan 1 00:00:00 1970 From: jas@corpus-callosum.com (Jeff Sickel) Date: Wed, 16 Mar 2011 10:34:28 -0500 Subject: [9fans] troff eqn problem, misalignement of big brackets (at least in p9p) In-Reply-To: <65550e9b1e82f6353433507b1c18724e@coraid.com> References: <65550e9b1e82f6353433507b1c18724e@coraid.com> Message-ID: Topicbox-Message-UUID: bb96e39a-ead6-11e9-9d60-3106f5b1d025 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.sykora at 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 > >