groff
[Top][All Lists]
Advanced

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

Re: translating defined glyphs: docs vs reality


From: G. Branden Robinson
Subject: Re: translating defined glyphs: docs vs reality
Date: Fri, 17 Jul 2020 19:51:14 +1000
User-agent: NeoMutt/20180716

Hi Dave and Tadziu,

At 2020-07-17T10:58:40+0200, Tadziu Hoffmann wrote:
> 
> > .char \[red-c] \m[red]c\m[]
> > .char \[slashed-o] \[/o]
> > red-c is \[red-c]; slashed-o is \[slashed-o]
> > .br
> > .tr c\[red-c]o\[slashed-o]
> > bock
> > 
> > Of these two new glyphs defined with .char, .tr only
> > recognizes \[slashed-o].  The other generates the warning
> > "7: warning: can't find special character `red-c'" (even
> > though groff found it just fine when calling it directly
> > via that name).
> 
> It may be because you're defining c in terms of itself,
> so you get a (non-terminating) recursive mapping.
> With another character it works:
> 
>   .tr k\[red-c]o\[slashed-o]
>   bock
> 
> It also works if you define "red-c" not in terms of "c",
> but the character encoding number:
> 
>   .char \[red-c] \m[red]\N'99'\m[]
>   bock

Hmm, yes.  I wonder if it's possible to slip in an alternative
diagnostic that complains about the infinite recursion; the existing one
was clearly not suggestive of the problem.

Regards,
Branden

Attachment: signature.asc
Description: PGP signature


reply via email to

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