[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #60957] adopt terms "scaled width" and "scaling unit"
From: |
G. Branden Robinson |
Subject: |
[bug #60957] adopt terms "scaled width" and "scaling unit" |
Date: |
Wed, 21 Jul 2021 16:35:53 -0400 (EDT) |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0 |
URL:
<https://savannah.gnu.org/bugs/?60957>
Summary: adopt terms "scaled width" and "scaling unit"
Project: GNU troff
Submitted by: gbranden
Submitted on: Wed 21 Jul 2021 08:35:52 PM UTC
Category: None
Severity: 1 - Wish
Item Group: Documentation
Status: None
Privacy: Public
Assigned to: None
Open/Closed: Open
Discussion Lock: Any
Planned Release: None
_______________________________________________________
Details:
Ingo and I had an off-list conversation prompted by my recent commits
collapsing the varying uses of "scale indicator" and "scaling indicator" to
only the latter.
He said:
> In maintaining the roff(7) manual page contained in the mandoc
> distribution, i have settled for the terms
> scaled width for [+-]?[0-9]*.[0-9]*[ciPpfvmnuM]
> scaling unit for [ciPpfvmnuM]
I like this, except that I would not apply the term "scaled width" to anything
taking the "f" scaling unit--but this should never arise in practice if I'm
correct in bug #60955 about usage patterns.
I flogged the insanely high utility of dimensional analysis (really its
laboratory-bench sibling, unit analysis) and Ingo rebutted with some stuff
that I think would require me to really understand symmetry-breaking, so I
kind of hit a wall there.
But not one that needs to impede groff development. ;-)
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?60957>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [bug #60957] adopt terms "scaled width" and "scaling unit",
G. Branden Robinson <=