[Top][All Lists]

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

[bug #53196] .hy values 4 and 8 ignored for some words

From: Werner LEMBERG
Subject: [bug #53196] .hy values 4 and 8 ignored for some words
Date: Sat, 24 Feb 2018 00:57:39 -0500 (EST)
User-agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.167 Safari/537.36

Follow-up Comment #1, bug #53196 (project groff):

Some general observations.

> The user should not have to know or care whether groff
> hyphenates a word using a pattern or an exception-file
> entry; groff should follow the restrictions specified in
> .hy regardless.

I disagree.  There are languages like German where the default setup is to
hyphenate both the first and last two characters (Ho-se, ei-ne, etc.). 
However, it normally gives much better typographical results *for long lines*
if you disable this.  The recommended value for both \lefthyphenmin and
\righthyphenmin (to use the finer control instructions of TeX) is 3.

On the other hand, there are German prefixes like `un-' (which is kind of a
negation) that are normally the best hyphenation points in the whole word.  It
thus makes sense to re-enable such words explicitly within a hyphenation

In other words, I don't see a bug w.r.t. to `.hw' and the `.hy' request.

The bug is somewhere else: The file `hyphenex.us' is read with the `.hpfa'
request, and all data read in with this request should indeed be subject to

> Additionally, a user asking groff not to split words by
> leaving only two characters on a line might reasonably
> expect this to include words already containing hyphens.

Again, I disagree.  An explicit hyphen is *always* a place to break.  This is
true for *all* typesetting programs I'm aware of.  If you want to suppress
hyphenation after a hyphen you should use U+2011, NON-BREAKING HYPHEN,
instead, or protect the word with a leading `\%' escape.


Reply to this item at:


  Message sent via/by Savannah

reply via email to

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