[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: Dave
Subject: [bug #53196] .hy values 4 and 8 ignored for some words
Date: Mon, 26 Feb 2018 06:20:31 -0500 (EST)
User-agent: Mozilla/5.0 (X11; Linux i686; rv:45.0) Gecko/20100101 Firefox/45.0

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

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

Yes, this is the core bug.  The other cases are side issues (perhaps I should
have separated them into their own bug reports, though they seemed pretty
closely related to this core issue).

Regarding .hy not applying to hyphenation points defined by .hw:

> It thus makes sense to re-enable such words
> explicitly within a hyphenation exception.

If this is a design decision, then the bug is in the documentation.  The
entirety of the documented behavior for ".hy 8" is "Do not hyphenate the first
two characters of a word."  It makes no mention of .hw being able to overrule

> Again, I disagree. An explicit hyphen is always
> a place to break.

Fair enough.  This works as documented in the .cflags section.  The .hy
section could perhaps be clearer about this, though arguably the scope of .hy
is only hyphens added by groff, not ones in the document source.


Reply to this item at:


  Message sent via/by Savannah

reply via email to

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