[bug #42233] [PATCH] wcwidth(3) used on UCS4/UTF-32 codepoints

[G. Branden Robinson]

Update of bug #42233 (project groff):

                  Status:                    None => Invalid                
             Assigned to:                    None => gbranden               
             Open/Closed:                    Open => Closed                 

    _______________________________________________________

Follow-up Comment #2:

Steffen has withdrawn most/all of his other patches and even after reading
this report a few times I'm not clear on what exactly the problem is supposed
to be.

The "solution", "drop gnulib", is not likely, especially not during an RC
cycle.

This could be reopened if we had a simple, reproducible case of groff actually
misbehaving.

> I think currently groff makes false use of wcwidth(3): if it finds the
`unicode' property in a `DESC' file it uses wcwidth(3) to determine the visual
width, not taking into account the current locale, but which wcwidth(3)
depends upon.

I don't understand why the width of a Unicode character would be
locale-dependent.  As I understand it, the width property (half-width,
full-width, undefined) is determined on a per-codepoint basis and while it
might vary, there's no reason to expect it to vary based on the _locale_. 
More likely, I think, it would vary due to choices taken by a font vendor, and
people using the font would be forced to adapt.

Closing.

    _______________________________________________________

Reply to this item at:

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

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