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

[Dave]

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
this.

> 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:

  <http://savannah.gnu.org/bugs/?53196>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/