bug-groff
[Top][All Lists]
Advanced

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

[bug #63354] [tmac]: refine fallbacks.tmac


From: G. Branden Robinson
Subject: [bug #63354] [tmac]: refine fallbacks.tmac
Date: Sun, 4 Aug 2024 02:59:19 -0400 (EDT)

Update of bug #63354 (group groff):

             Assigned to:                    None => barx                   
                 Summary:   Refine fallbacks.tmac => [tmac]: refine
fallbacks.tmac

    _______________________________________________________

Follow-up Comment #43:


[comment #41 comment #41:]
> [comment #40 comment #40:]
> > I suggest that it doesn't.
> 
> Hence "arguably."
> 
> > That caveat seems to hoist on us on the very petard that
> > separates the marauding `\:` Turk from the `\&` ground soaked
> > by the bloodthirsty Romanians.
> 
> I don't think a case can be made for \&.  That doesn't permit a break, and I
hope if we can agree on nothing else, we can agree that a character named
"BREAK PERMITTED HERE" ought to permit a break.

Sorry, I did in fact mean `\%` rather than `\&`.  I evidently put more effort
into my analogy than my basic message.

> 
> So the only reasonable choices are \: or \%--each permitting a break, one
adding a hyphen if a break occurs there, one not.
> 
> The Unicode standard v15.1 is light--to the point of malfeasance--on the
meanings of most characters in the C1 control block. 
(http://www.unicode.org/charts/PDF/U0080.pdf)  The Unicoderati, it seems,
would rather you avoid these legacy code points altogether and use their
newer, more well-defined counterparts.  And that's the advice I'd give to
anyone composing new Unicode text.
> 
> But what _of_ legacy documents?  This is an area where groff ought to shine.
 And what the Unicode standard is furtive about, we can deduce from the
content of the overall C1 Controls and Latin-1 Supplement block.
> 
> Specifically, this block contains the character U+00AD SOFT HYPHEN, the
function of which Unicode is more forthcoming about: "an invisible format
character indicating a possible hyphenation location".  This, in roffese, is
\%.
> 
> So why would another character in the same block also translate to \%?  It
seems clear the original intent of U+0082 BREAK PERMITTED HERE is to define a
potential break point that _doesn't_ get hyphenated--the \:, in roffese.

Okay.  I'm persuaded well enough on this point.

Can you to catch me up on what we've agreed upon in this 40+ message sprawl?


    _______________________________________________________

Reply to this item at:

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

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

Attachment: signature.asc
Description: PGP signature


reply via email to

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