From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <sourceware-bugzilla@sourceware.org>
Received: by sourceware.org (Postfix, from userid 48)
	id 188A83857C5A; Fri, 16 Feb 2024 17:43:03 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 188A83857C5A
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org;
	s=default; t=1708105384;
	bh=B8BTOP8o2QsY3saG2pfkW8XOS2ia02kJsXSES2MCvQ0=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=DrJ7B/llnq+nva0bUc101E6ouyKu6FssZ0/hCol0ArPfSuRz+1jou3TWt7yRYCq7i
	 MSLFJuZU8a8X8T8Vr4axmwMo+NRcbIfIAvl/tQSjWEWO4laFufnRuwWSf/dHrdk3sf
	 jgazjWNMUVbcKzb0IahNZ+ndXklS6f1V5hTiR4JI=
From: "carlos at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug localedata/31370] wcwidth() does not treat
 DEFAULT_IGNORABLE_CODE_POINTs as zero-width
Date: Fri, 16 Feb 2024 17:43:03 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: localedata
X-Bugzilla-Version: 2.40
X-Bugzilla-Keywords: 
X-Bugzilla-Severity: normal
X-Bugzilla-Who: carlos at redhat dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-31370-131-q8eU9rti92@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-31370-131@http.sourceware.org/bugzilla/>
References: <bug-31370-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
List-Id: <glibc-bugs.sourceware.org>

https://sourceware.org/bugzilla/show_bug.cgi?id=3D31370

--- Comment #7 from Carlos O'Donell <carlos at redhat dot com> ---
(In reply to Jules Bertholet from comment #6)
> (Apologies for the previous mangled message, I accidentally submitted whi=
le
> editing)=20
>=20
> =E2=80=A6The displayed width of many characters depends on the context, s=
urrounding
> characters, the particular font, etc. `wcwidth()` can only ever be "best
> effort." See <https://www.unicode.org/L2/L2023/23107-terminal-suppt.pdf> =
for
> some more background.

I agree completely.

One last question: Are we internally consistent with curses, gnome,
implementations on Windows, implementations on Mac OSX?

While we might not be able to achieve this it would be good to know if we c=
an?

At the very least being internally consistent on Linux terminals would be g=
ood.

--=20
You are receiving this mail because:
You are on the CC list for the bug.=