GNU bug report logs - #51733
27.1; Detect impossible email addresses better

Previous Next

Packages: emacs, gnus;

Reported by: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>

Date: Wed, 10 Nov 2021 00:29:01 UTC

Severity: wishlist

Found in version 27.1

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #74 received at 51733 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 51733 <at> debbugs.gnu.org, jidanni <at> jidanni.org
Subject: Re: bug#51733: 27.1; Detect impossible email addresses better
Date: Mon, 17 Jan 2022 12:18:44 +0200
On January 17, 2022 10:59:36 AM GMT+02:00, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> So I guess the Scripts.txt file will have to be parsed in addition, and
> >> into a new char table.
> >
> > Why can't we use our char-script-table? how different is it from what
> > Unicode wants?
> 
> Well, as the Unicode web page says -- using Blocks to determine the
> script is just, well, wrong.  (Or "inaccurate", if you want.)  So using
> it will give both false positives and negatives.

Yes, I understand the general concern, but I'm asking how serious is this in practice.  Can you tell?

> In addition, that table assumes that each character belongs to a single
> script, which is also wrong.  So I'm making a new table based on
> Scripts.txt and ScriptExtensions.txt.

It is confusing to have 2 separate properties of a character that are subtly incompatible, and for such obscure properties at that.  It will be source of many problems.  So I think we should avoid that if it's feasible.  Can we plrase discuss any real problems that would be xaused by using the existing char-table?






This bug report was last modified 3 years and 124 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.