Follow-up Comment #9, bug #60233 (group groff): [comment #7 comment #7:] > [Also annotate a point I remain confused by. --GBR]
Said point is in regard to this sentence in the .tkf description: "GNU 'troff'
adds the track kerning amount even to the rightmost glyph in a line; for large
N1 and/or N2, we thus recommend increasing the line length to compensate."
The annotation reads, "Doesn't this depend on how many glyphs on the output
line are affected, and the type sizes of each?"
The answer to the first question is no. Under a .tkf adjustment, each glyph
gets horizontally padded with an equal amount of white space. (The amount may
depend on an arcane formula, but it's constant.) This padding added to the
last glyph on a line is what can give the appearance of a temporarily ragged
right margin: the adjustment algorithm is taking this padding into account for
each affected glyph on the line, and it _should_ for all of them _except_ the
last one. (This is why the margin needs no adjustment when the output line
ends outside a .tkf region, no matter how many .tkfed glyphs were on the line
before that.)
As for the second question, there _is_ a type size dependency. This is baked
into the .tkf request: the padding, while constant throughout a given .tkf
region, does depend on the type size using the documented linear function.
This linear function being hard to implement in groff user space is one of the
two fundamental problems with the line-length recommendation in the manual;
see the section "The documented problem" in bug #58562.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?60233>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
signature.asc
Description: PGP signature
