Follow-up Comment #8, bug #67252 (group groff):

At 2025-07-08T18:02:26-0400, Dave wrote:
> Follow-up Comment #7, bug #67252 (group groff):
>
> [comment #3 comment #3:]
>> 1.  merging the "tty-char.tmac" file's fallbacks into "fallback.tmac";
>
> I don’t see a huge advantage to this.

I'm not claiming there's a **huge** advantage...

> The tty-char.tmac fallbacks are suitable only for terminal devices,

But I disagree with this claim.  They're suitable any time your device's
fonts don't have coverage.


.tty-char \[ib] <subset\~or\~equal>
.tty-char \[ip] <superset\~or\~equal>
.tty-char \[sb] <proper\~subset>
.tty-char \[sp] <proper\~superset>
.tty-char \[nb] <not\~subset>
.tty-char \[nc] <not\~superset>
.tty-char \[if] <infinity>
.tty-char \[pt] <proportional\~to>


Granted, not all of them are "semantic" like this, and maybe we want to
separate the foregoing from stuff like:


.tty-char \[ct] \z/c
.tty-char \[dg] <*>
.tty-char \[dd] <**>
.tty-char \[es] {}
.tty-char \[di] /


...that.

> so they’d still have to be inside a conditional within fallbacks.tmac.
> Keeping them in separate files, one of which is loaded only by grotty,
> feels cleaner to me.  Am I overlooking something?

Probably not.  I'm just getting the feeling that the concept of
"fallbacks" is fuzzier than it should be.  Fallbacks for what purpose?

>> 2.  making the ones that change the character count of in the input
>> character conditional,
>
> Ingo objected to my similar idea in bug #62814.  But he has also not
> responded to subsequent discussion in that ticket pointing out (in the
> abstract) the issue raised by this ticket.

I don't know how hard a problem the issue in the present ticket poses
for mandoc(1)'s tbl implementation.

>> 3.  getting GNU _nroff_ out of the business of loading macro files.
>
> This is one of the goals of my patch in aforementioned bug #62814.
> But as written, that patch will do nothing to address this ticket’s
> issue.

Agreed.  The issue of this ticket is, "should the user expect fallback
character definitions to drastically alter the metrics of the
character"?

I'm thinking "no, unless the user explicitly asks for 'semantic'
fallbacks".



    _______________________________________________________

Reply to this item at:

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

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

Attachment: signature.asc
Description: PGP signature

Reply via email to