From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#51733: 27.1; Detect impossible email addresses better Date: Mon, 17 Jan 2022 16:53:49 +0100 Message-ID: <87a6fu73zm.fsf@gnus.org> References: <87czn8etuz.7.fsf@jidanni.org> <87tugkkfid.fsf@gnus.org> <83fss44rbn.fsf@gnu.org> <875yt0ipre.fsf@gnus.org> <834k8k3za3.fsf@gnu.org> <874k8jfloo.fsf@gnus.org> <83zgqb18hq.fsf@gnu.org> <87zgqb6tcm.fsf@gnus.org> <87tue3y96e.fsf@gnus.org> <83fspny8fp.fsf@gnu.org> <87pmory859.fsf@gnus.org> <83ee57y7xz.fsf@gnu.org> <87lezfy70y.fsf@gnus.org> <83czkry6jw.fsf@gnu.org> <87h7a3y5no.fsf@gnus.org> <87czkry3h8.fsf@gnus.org> <835yqjy26h.fsf@gnu.org> <878rveybyf.fsf@gnus.org> <49EACC4C-E21E-4123-A3D2-901958CF7DC4@gnu.org> <83czkqwfoc.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38061"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: 51733@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Jan 17 17:09:50 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1n9UZp-0009iK-KA for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 17 Jan 2022 17:09:49 +0100 Original-Received: from localhost ([::1]:43474 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n9UZZ-0006fe-Dt for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 17 Jan 2022 11:09:33 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:50632) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n9ULW-00060L-T2 for bug-gnu-emacs@gnu.org; Mon, 17 Jan 2022 10:55:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:54755) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n9ULW-0003N0-GD for bug-gnu-emacs@gnu.org; Mon, 17 Jan 2022 10:55:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1n9ULW-0001bX-FX; Mon, 17 Jan 2022 10:55:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Mon, 17 Jan 2022 15:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51733 X-GNU-PR-Package: emacs,gnus Original-Received: via spool by 51733-submit@debbugs.gnu.org id=B51733.16424348426054 (code B ref 51733); Mon, 17 Jan 2022 15:55:02 +0000 Original-Received: (at 51733) by debbugs.gnu.org; 17 Jan 2022 15:54:02 +0000 Original-Received: from localhost ([127.0.0.1]:47654 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n9UKY-0001ZP-23 for submit@debbugs.gnu.org; Mon, 17 Jan 2022 10:54:02 -0500 Original-Received: from quimby.gnus.org ([95.216.78.240]:43568) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n9UKV-0001Yj-V6 for 51733@debbugs.gnu.org; Mon, 17 Jan 2022 10:54:01 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=LhPrXRDAnk3gzCYcAs2GYwtdMPOvVEXY+xoWH+DlPLc=; b=G42ggJSt2tiEaOdbkXeciXXxXS pOf7u45XCqayQhHIUYrmHbF0WnNTgBRGnThlxgjcOIu/+E2801m1tII1rdFANmCDqOLOZPBkD/3P+ 0GZUNO4KL68ITzYhH7AcD03Xs8V14Fyt44HPk2ImDKB/lz9kbzQM1n2TT5t0lf/uLNCI=; Original-Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1n9UKM-00021h-VI; Mon, 17 Jan 2022 16:53:53 +0100 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAGFBMVEVtRSkXEhBUIBZs MBqWVCSKPCG+jkr///+ufO93AAAAAWJLR0QHFmGI6wAAAAd0SU1FB+YBEQ8yK5OcoXkAAAGdSURB VDjLdZJRctwgDIa3k7TPMdscAJHtcxaFC9RinzNr6wYe3/8I+TGwBafWDGOPPiT9Qjr9GHojyt/T HlTrgT0AdBRh6SiVOQLkD2q4aP8LzGUdH8C24OMm928RMgwuiMjd9sCEK0BUiWo7cJa7UdUZYCMP 8Aqf6Kzw6zWBWuLVIf8smsy24BwWiWRNUA2d3JcYZSQ7GInTTi4Eecxpvu4aVDThDYXR7sAYRCci d83jegAz8k9VJmdNHxFGZhzvPHXgdwR4jzjsW/CyxomZRXniVtXbKiM75sjPYwWp6XVdAIh4ojDx 3xphbiueaUognUsB8C/wC7MnuIk+8gxPbk33l7iBxLSAPyvIbYFY3IY5LcV/LZJqJLHpPoWq6jkV EGRKIZ6guTziWwaBcy7egS1VsbJXF80hnqcenBUrgJ15ohpha4TOMzYDFRyK90A/55jbcK4FenrC JLYuUkTpw6l+vmN4BbgWZDkA1jTgzFr9NJimc1NEfge+AuwNtSD9Q38BaKUCaxJwlBybsH/A5RFZ iEo21FRDAUQt+AInTp/ICyDq5gAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMi0wMS0xN1QxNTo1MDo0 MyswMDowMMuk9lwAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjItMDEtMTdUMTU6NTA6NDMrMDA6MDC6 +U7gAAAAAElFTkSuQmCC X-Now-Playing: Deutsch Amerikanische Freundschaft's _Alles Ist Gut_: "Sato-Sato" In-Reply-To: <83czkqwfoc.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 17 Jan 2022 17:22:11 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:224448 Archived-At: I'm now looking at 5.3 Mixed-Number Detection: d U+09EA ( =E0=A7=AA ) BENGALI DIGIT FOUR can be confused with U+0038 ( 8 ) DIGIT EIGHT. Right, but they recommend implementing this by looking at the digit version of the character first... but... Does Emacs have a function to get the number value of =E0=A7=AA? (Which should be 8. =F0=9F=98=80) The= y then recommend comparing the value with the zero value of that system, and I'm pretty sure we don't have that. I don't quite understand why it's not sufficient to see that we have numbers from two different numbering systems (which is trivial by looking at the Nd category and then comparing the scripts). Does anybody understand why they're doing this in a much more convoluted manner here? I must be missing something: https://www.unicode.org/reports/tr39/#Mixed_Number_Detection --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no