> Hmmm, actually I don't know. I guess a long time ago I just
> noticed the similarity and simply attributed it to being the
> result of a corresponding similar implementation.
It is likely that the implementation is correct. IMHO it would be better if
there had been a note in the documentation
> That would explain it. But is it documented?
Hmmm, actually I don't know. I guess a long time ago I just
noticed the similarity and simply attributed it to being the
result of a corresponding similar implementation.
> Yes. \L is like local motion (i.e., like \v, and also \D) --
> it is restricted to the current output line, and beginning a
> new output line "forgets" it has happened. Try this:
That would explain it. But is it documented? I did not find it in the groff
documentation and CSTR54 does only doc
> But if that is processed in nofill mode "Second line." is draw
> at the beginning of the line! Should this be expected?
Yes. \L is like local motion (i.e., like \v, and also \D) --
it is restricted to the current output line, and beginning a
new output line "forgets" it has happened. Try thi
> I think this shows the issue.
>
> $ nroff
> .pl 5
> This is a \L'3v'test.
> Second line.
> ^D
> This is a
> ?
> ?
> ?test. Second line.
>
> $ nroff
> .nf
> .pl 5
> This is a \L'3v'test.
> Second line.
> ^
Hi,
Carsten wrote:
> But if that is processed in nofill mode "Second line." is draw at the
> beginning of the line! Should this be expected?
I think this shows the issue.
$ nroff
.pl 5
This is a \L'3v'test.
Second line.
^D
This is a
│
│
Hello,
at http://www.gnu.org/software/groff/manual/html_node/Drawing-Requests.html it
is documented, that the output position of text following a \L request is the
end of the line. If there is the code
This is a \L'3v'test.
Second line.
then "Second line." is expectedly drawn after "test.".
