[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #56015] Translation of bullet to MIDDLE DOT
From: |
Jeff Conrad |
Subject: |
[bug #56015] Translation of bullet to MIDDLE DOT |
Date: |
Thu, 28 Mar 2019 02:12:11 -0400 (EDT) |
User-agent: |
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.86 Safari/537.36 |
URL:
<https://savannah.gnu.org/bugs/?56015>
Summary: Translation of bullet to MIDDLE DOT
Project: GNU troff
Submitted by: jeffconrad
Submitted on: Wed 27 Mar 2019 11:12:09 PM PDT
Category: Device - others
Severity: 3 - Normal
Item Group: Incorrect behaviour
Status: None
Privacy: Public
Assigned to: None
Open/Closed: Open
Discussion Lock: Any
Planned Release: None
_______________________________________________________
Details:
tty.tmac unconditionally translates \(bu to \(pc or \(md if either is
available.
.ie c\[pc] \
. tr \[bu]\[pc]
.el \
. if c\[md] \
. tr \[bu]\[md]
This seems a strange choice Under any conditions, this seems a strange choice
versus the more common approximation of an asterisk or the venerable ‘+’
overstruck with a lowercase ‘o’; the middle dot and math dot are small,
barely visible, and bare little resemblance to a bullet. The choice is
absolutely bizarre when a true bullet is available.
Is this possibly an artifact of pre-devutf8 days? Even if it is decided to
keep the unusual dots when a true bullet is unavailable, Would it not make
more sense in general to have something like
.if !c\[bu] \{\
. ie c\[pc] \
. tr \[bu]\[pc]
. el \
. if c\[md] \
. tr \[bu]\[md]
.\}
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?56015>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
- [bug #56015] Translation of bullet to MIDDLE DOT,
Jeff Conrad <=