Source-Changes-D archive

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

Re: CVS commit: src/lib/libc/time



    Date:        Sun, 29 Oct 2017 22:55:35 +0530
    From:        Abhinav Upadhyay <er.abhinav.upadhyay%gmail.com@localhost>
    Message-ID:  <CAHwRYJkCR6CWu3+bQBD-7NgLJChqsKF8K1FuYiZ8y9hciJq11Q%mail.gmail.com@localhost>

  | While mandoc -Tlint is not complaining about this, but it isn't
  | working as expected (I don't see any dash in the rendered output).

You mean if you add the .ie/.el lines to the source?   I didn't bother
trying that, I don't think it matters, I was just pointing out that this
was not an upstream bug, those lines are there in tzcode2017c, but did not
get included in NetBSD (which might be the right thing do do, I know
that mandoc is not a complete *roff implementation...)

If you didn't add those lines, then you wouldn't see the dash - those were
the only thing that ever defined the "en" string register.

So, something definitely needed to be fixed, and just inserting the
dash in-line (rather than trying to work out what form to use) seems
reasonable to me.

  | I can put n-dash instead of the em dash if that is more appropriate
  | here. I wasn't sure what was intended to be put here.

The original was an n-dash, and usually (for most purposes) n-dashes look
better than m-dashes (to need something that wide you would normally be
doing something different than just inserting a dash into the text.)

With regular "man in a terminal" output (mandoc -Tascii) it makes no
difference at all.

kre



Home | Main Index | Thread Index | Old Index