bugGNU roff - Bugs: bug #55616, [devascii] do not render \(oq as...

 
 

bug #55616: [devascii] do not render \(oq as "accent grave"

Submitter:  Ingo Schwarze <schwarze>
Submitted:  Thu 31 Jan 2019 01:00:01 PM UTC
   
 
Category:  Font - others/general Severity:  1 - Wish
Item Group:  Feature change Status:  Rejected
Privacy:  Public Assigned to:  schwarze
Open/Closed:  Closed Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Thu 30 Mar 2023 05:14:34 PM UTC, comment #2: 
G. Branden Robinson <gbranden>
Group administrator
Sat 23 Feb 2019 07:13:01 PM UTC, comment #1: 

No consensus could be reached that we want this.

While arguably, producing ASCII output that is compatible with Unicode would be nice to have, it is not critically important.

On the other hand, the existing ASCII output is correct and agrees with all ASCII standards since 1965.  Several developers are still using ASCII fonts that render 0x60/0x27 as symmetric opening and closing quotes.  For those, output would look worse with the chance.  Besides, when there are neither compelling technical reasons nor a clear consensus, it is better to leave established behaviour unchanged.

Ingo Schwarze <schwarze>
Group Member
Thu 31 Jan 2019 01:00:01 PM UTC, original submission:  

If i remember correctly, some time ago, people went through error messages and manual pages and changed single-quoted strings where the opening quote was an "accent grave" to the normal ASCII U+0027 APOSTROPHE-QUOTE because rendering single quotes like `this' was considered an anachronism from the mechanical typewriter era.

However, the -T ascii output device still renders \(oq as "accent grave", also affecting macro packages that implement single quoting macros in terms of \(oq, for example mdoc(7) .Sq.

I propose the patch below to change the -T ascii (and -T latin1) rendering of \(oq from "accent grave" to APOSTROPHE-QUOTE.  No other output device is affected.

For example, this makes -Tascii-rendered manual pages look less antique, and if this is decided, i will do the same in mandoc(1).  However, i think it's also the right thing to do for non-manual-page documents.

Issue brought up by Anthony Bentley@ (OpenBSD).

Ingo Schwarze <schwarze>
Group Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #46143:  oq.patch added by schwarze (743B - text/x-patch)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by gbranden (Updated the item)
  • -email is unavailable- added by schwarze (Submitted the item)
  • -email is unavailable- added by schwarze
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 7 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2023-03-30 gbranden Summary-T ascii rendering: do not render \(oq as &quot;accent grave&quot; [devascii] do not render \(oq as "accent grave"
    2022-01-22 gbranden Item GroupNone Feature change
    2019-02-23 schwarze Severity2 - Minor 1 - Wish
        StatusNone Rejected
        Open/ClosedOpen Closed
    2019-01-31 schwarze Attached File- Added oq.patch, #46143
        Carbon-Copy- Added -email is unavailable-

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code