[bug #68511] Regression: .hcode nonfunctional

Dave <[email protected]> Sat, 11 Jul 2026 19:20:21 -0400 (EDT)

Newsgroups	gmane.comp.printing.groff.bugs
Message-ID	<[email protected]>

Update of bug #68511 (group groff):

                  Status:               Confirmed => None
             Assigned to:                gbranden => None

    _______________________________________________________

Follow-up Comment #2:

There's not really a good workaround to this.  I cannot get .hcode to accept
any input at all, which means hyphenation codes are frozen at their startup
values.  (This is formatter startup; the .hcode requests in automatically
loaded startup files such as en.tmac are, of course, nonfunctional.)  This
means no non-ASCII letters can be given a hyphenation code.

The only way I can get hyphenation to work correctly for words containing
non-ASCII letters is to explicitly define every such word with .hw -- which is
highly impractical for obvious reasons.

$ cat no_hcode
.ll 1u
m\['e]lange
.hw me-lange
m\['e]lange
.hw m\['e]-lange
m\['e]lange
$ groff-1.24 -Ww -Tutf8 no_hcode | cat -s
mélange
mé-
lange
mé-
lange

$ groff-latest -Ww -Tutf8 no_hcode | cat -s
mélange
mélange
mé-
lange





    _______________________________________________________

Reply to this item at:

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

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

signature.asc (application/pgp-signature, 228 B)