NIST unit rules and conventions

Sanjeev Gupta ghane0 at gmail.com
Fri Sep 21 17:58:20 UTC 2018


On Sat, Sep 22, 2018 at 12:54 AM Paul Theodoropoulos <paul at anastrophe.com>
wrote:

> On 9/21/2018 1:07 AM, Sanjeev Gupta wrote:
>
> My concern is that the space between "25" and "kg" should be
> non-breaking.  Else, readability suffers badly.  How do you do this in
> asciidoc?
>
>
> By non-breaking....I assume you mean some way to ensure that the value
> doesn't get separated from the unit on a line-break during conversion? I
> hadn't even thought of that.
>

Yes, having a sentence ...

The change in the value of the residual, after 2 hours or 35 iterations,
should not exceed 23
ppm is a requirement of various standards, among which are NIST 543:62 and
FIPS
180 published in 2017.

... is slightly confusing wih the line breaks as above.


> A quick search yielded this -
> https://www.methods.co.nz/asciidoc/faq.html#_how_can_i_include_non_breaking_space_characters
>
> Use the non-breaking space character entity reference   (see the
> next question). You could also use the predefined {nbsp} attribute
> reference.
>
> The problem them is that although the HTML (and PDF) document would be
great, the text file would be unreadable.This destroys the reason to use
asciidoc.


> But then - would that imply that the non-breaking space would have to be
> inserted at nearly all value/unit entries, since we can't know for sure
> where asciidoc may wind up doing a line break? I guess it could be
> case-by-case, if a test conversion has it happen, insert one there.
>

... but you do not know how wide my terminal is when I display the text ...

-- 
Sanjeev Gupta
+65 98551208     http://www.linkedin.com/in/ghane
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ntpsec.org/pipermail/devel/attachments/20180922/b2429b3c/attachment.html>


More information about the devel mailing list