Re: an observation and proposal about hyphenation codes

[Dave Kemper]

On Wed, Jul 31, 2024 at 11:51 PM Werner LEMBERG <wl@gnu.org> wrote:
> > However, in the meantime, meaning for groff 1.24, I propose to move
> > `hcode` definitions to where they make more sense: the character set
> > macro files "koi8-r.tmac", "latin1.tmac", "latin2.tmac", and
> > "latin9.tmac".  (If/when I do that, I'll need to update the
> > "tmac/LOCALIZATION" file accordingly.)
>
> Probably a good idea.  The few cases where this has to be changed
> (classical example: Turkish needs 'İ' mapped to 'i' and 'I' mapped to
> 'ı') can be overridden in a language-specific hyphenation setup.

This change was made in commit 0629380a9
(http://git.savannah.gnu.org/cgit/groff.git/commit/?id=0629380a9).
But it doesn't seem to be the right solution, because now hyphenation
varies depending on output format.  This surely can't be the intent.

$ cat test.59397
.hy 4
.ll 1u
resume
r\['e]sum\['e]
$ groff --version | head -1
GNU groff version 1.23.0.1624-4d251-dirty
$ groff -Wbreak -Tlatin1 test.59397 | cat -s
re-
sume
ré-
sumé

$ groff -Wbreak -a test.59397
<beginning of page>
re<hy>
sume
r<'e>sum<'e>