bug-groff
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #58958] undocumented (or just broken) inability of .char to map to


From: Dave
Subject: [bug #58958] undocumented (or just broken) inability of .char to map to \:
Date: Fri, 14 Aug 2020 23:26:09 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Linux i686; rv:45.0) Gecko/20100101 Firefox/45.0

URL:
  <https://savannah.gnu.org/bugs/?58958>

                 Summary: undocumented (or just broken) inability of .char to
map to \:
                 Project: GNU troff
            Submitted by: barx
            Submitted on: Fri 14 Aug 2020 10:26:07 PM CDT
                Category: Core
                Severity: 3 - Normal
              Item Group: Documentation
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any
         Planned Release: None

    _______________________________________________________

Details:

(First mentioned as a side note in bug #58930, this problem is unrelated to
that feature request and warrants its own report.)

.char \[u200B] \:

doesn't work.  .char being unable to map something to an escape, or at least
to this particular escape, is a bug either in the implementation, or in the
lack of documentation of the restriction.

Branden wrote the following in a follow-up comment:

It looks like the transform is just not happening:


.pl 1v
.char \[u200B] \:
.ds a \[u200B]
.length i \*a
\ni
8

.pl 1v
.ds a \[u200B]
.length i \*a
\ni
8

.pl 1v
.char a b
.ds a a
\*a
b


That unchanged length of 8, the exact character count of "\[u2000B]" is highly
suspicious to me.




    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?58958>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]