Re: text with nontrivial leading: multiple bugs

[John D. <js...@re...>]

This is to clarify the bug report I posted at 09:25 AM 4/6/01 -0500.

In particular, it appears that there are _two_ bugs.  Consider the 
following drawtool document:

drawtool(
     gs( :fillbg 0 :fgcolor "Blue",0,0,1 :font 
"-*-helvetica-bold-r-normal-*-12-*-*-*-*-*-*-*","Helvetica-Bold",12 
:graypat 0),
     text(24,"AAA",
         "gygy" :gs 0 :transform 1,0,0,1,75,601)
)

This represents double-spaced text.  The font is 12 point, while the 
interline spacing is 24 points.

0) Drawtool is smart enough to put this text in a box of the correct 
size.  The vertical size of the box for N lines of text is the size for one 
line of text (height plus depth), plus N-1 times the interline spacing.

1) When drawtool writes a file in drawtool format, it miscalculates the 
positioning of any text object for which the interline spacing is not equal 
to the nominal pointsize of the font.  This happens even if the object 
contains only a single line of text.  This is a nasty bug.

NOTE:  This bug should be fixed, so that drawtool can correctly handle text 
objects with nontrivial leading.  It would _not_ be nice to simply insist 
that the interline spacing always match the point size.

2) When drawtool resizes a text object, it resizes the font but sometimes 
forgets to resize the interline spacing, especially when the text is inside 
a group.  This is a bug, quite separate from the previous one.

3) When bug (2) is fixed, there will be no convenient way to set the 
spacing for text objects.  (The workaround is to edit the drawtool document 
by hand.)  This is a "missing feature".