[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #64353] [troff,drivers] deprecate 'f' drawing command
From: |
G. Branden Robinson |
Subject: |
[bug #64353] [troff,drivers] deprecate 'f' drawing command |
Date: |
Tue, 27 Jun 2023 02:14:05 -0400 (EDT) |
URL:
<https://savannah.gnu.org/bugs/?64353>
Summary: [troff,drivers] deprecate 'f' drawing command
Group: GNU roff
Submitter: gbranden
Submitted: Tue 27 Jun 2023 06:14:03 AM UTC
Category: General
Severity: 3 - Normal
Item Group: None
Status: None
Privacy: Public
Assigned to: None
Open/Closed: Open
Discussion Lock: Any
Planned Release: None
_______________________________________________________
Follow-up Comments:
-------------------------------------------------------
Date: Tue 27 Jun 2023 06:14:03 AM UTC By: G. Branden Robinson <gbranden>
We've deprecated this for over 20 years but not been very loud about it.
Extended drawing commands
GNU pic does not produce troff escape sequences employing these
extensions if its -n option is given.
Df n
Set the shade of gray used to fill geometric objects to n, which
must be an integer. 0 corresponds to white and 1000 to black.
A grayscale ramp spans the two. A value outside this range uses
the stroke color as the fill color. The fill color is opaque.
Normally the default is black, but some drivers may provide a
way of changing this. Df is obsolete since 2002, superseded by
DFg below.
The corresponding \D'f' escape sequence should not be used: its
argument is rounded to an integer multiple of the horizontal
motion quantum, which can limit the precision of n.
Get louder. We want the formatter to howl about these as escape sequences and
the output drivers to howl about them as commands.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?64353>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
- [bug #64353] [troff,drivers] deprecate 'f' drawing command,
G. Branden Robinson <=