groff
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Groff] Typo in HTML documentation § 5.7?


From: Werner LEMBERG
Subject: Re: [Groff] Typo in HTML documentation § 5.7?
Date: Thu, 13 Nov 2014 22:13:02 +0100 (CET)

>> > maybe there is a typo in "5.7 Manipulating Filling and Adjusting"
>> > section "Register: \n[.sss]".  In the sentence "Note that the \h
>> > escape produces unbreakable space." the "h" maybe should actually
>> > be a space (in the context of that section).
>> 
>> No, I think it's correct, and matches behaviour.

Yep.

>> 
>>     $ seq 40 | sed '1s/^/.na\n/; 20{N; s/\n/<\\h"3i">/}' | nroff | grep .
>>     1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
>>     20<                              >21 22 23 24 25 26 27 28 29 30
>>     31 32 33 34 35 36 37 38 39 40
>>     $
>> 
>> It's pointing out how that's unlike .ss's just described behaviour.

Exactly :-)

> Of course it is correct.  But I see no relation of \h and .ss.  So
> this sentence (although correct) does not make sense here.  But "\ "
> is used in the example, for *that* escape the sentence would make
> sense.  But if it's really intended there then I don't mind :-)

In the `dense footnote style' example

          1. This is the first footnote.        2. This
          is the second footnote.

people might try to insert the space before `2.' with \h, which gives
undesired results: The expected behaviour for longer footnotes is e.g.

          1. This is the first, really, really long footnote.
          2. This is the second footnote.

However, if you use `\h', you get

          1. This is the first, really, really long footnote.
                   2. This is the second footnote.

instead – the horizontal space inserted by `\h' does *not* vanish.


    Werner

reply via email to

[Prev in Thread] Current Thread [Next in Thread]