[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #66150] [troff] should accept 'p' scaling unit where 'z' is accepte
From: |
G. Branden Robinson |
Subject: |
[bug #66150] [troff] should accept 'p' scaling unit where 'z' is accepted |
Date: |
Sat, 31 Aug 2024 00:14:16 -0400 (EDT) |
URL:
<https://savannah.gnu.org/bugs/?66150>
Summary: [troff] should accept 'p' scaling unit where 'z' is
accepted
Group: GNU roff
Submitter: gbranden
Submitted: Sat 31 Aug 2024 04:14:12 AM UTC
Category: Core
Severity: 1 - Wish
Item Group: None
Status: None
Privacy: Public
Assigned to: None
Open/Closed: Open
Discussion Lock: Any
Planned Release: None
_______________________________________________________
Follow-up Comments:
-------------------------------------------------------
Date: Sat 31 Aug 2024 04:14:12 AM UTC By: G. Branden Robinson <gbranden>
$ printf '\\s"10p"\n' | groff -ww -z
troff:<standard input>:1: warning: 'p' scaling unit invalid in context;
convert to 'z' or 'u'
Since a conversion of 'p' (points) to 'z' (scaled points) is **always**
defined (sometimes it is the identity transformation), we should be able to
accept the 'p' scaling unit in these contexts.
Also, I am dubious about accepting the scaling unit 'u' here--it does not
always mean "dimensionless", but rather the device's basic unit, which _is_ a
length measure. Can we get away with not supporting 'u' in font-related
requests and escape sequences?
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?66150>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
signature.asc
Description: PGP signature
- [bug #66150] [troff] should accept 'p' scaling unit where 'z' is accepted,
G. Branden Robinson <=