Thanks for forwarding the report!
Yes, I this issue is well-known, and I'm working hard on a solution.
The "bug" being reported is due to the fixed 15% spacing I introduced
in all faces in order to stop the chopping of various high and low
characters, rendering much text unreadable.
It was a choice: What's worse? What's the purpose of FreeFont? How
much time do I have?
I think it is reasonable for most glyphs to live between the stated
vertical bounds of the font. For the monospace font especially, such
a limitation is more important than aesthetic balance.
I have now forced that limitation now on the Roman monospace face and
am working on the others. But it takes some time.
As to the ideal box-drawing in an xterm, there are various
complications, and cases of smoke and mirrors, on the part of xterm
implementations and console fonts. I'm not sure if this is a goal I
want to pursue very far, because I think it is illusory.
But I have already improved it a lot, and mean to do more.
(I'll repeat this in a reply to the Debian bug report.)
On Tue, May 6, 2008 at 10:38 PM, Davide Viti <[EMAIL PROTECTED]> wrote:
> Hi Christian,
> On Tue, May 06, 2008 at 07:11:05AM +0200, Christian Perrier wrote:
> > Quoting Davide Viti ([EMAIL PROTECTED]):
> > > Hi Steve,
> > > just wanted to let you know about this bugreport recently sent to the
> > > BTS
> > Why not report it to upstream's BTS ? That would allow "linking" both
> > bugs as, IIRC, upstream BTS is supported by our bts-link utility.
> done it (see ) and set the (hopefully) proper forwarded tag
> on the Debian BTS
>  https://savannah.gnu.org/bugs/?23189