From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 05 23:42:41 2022 Received: (at submit) by debbugs.gnu.org; 6 Oct 2022 03:42:41 +0000 Received: from localhost ([127.0.0.1]:58482 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ogHmT-0007KF-7I for submit@debbugs.gnu.org; Wed, 05 Oct 2022 23:42:41 -0400 Received: from lists.gnu.org ([209.51.188.17]:33112) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ogHmP-0007K4-97 for submit@debbugs.gnu.org; Wed, 05 Oct 2022 23:42:39 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58006) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ogHmP-0007he-0F for bug-gnu-emacs@gnu.org; Wed, 05 Oct 2022 23:42:37 -0400 Received: from mail-40137.protonmail.ch ([185.70.40.137]:33077) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ogHmE-0003eZ-TB for bug-gnu-emacs@gnu.org; Wed, 05 Oct 2022 23:42:30 -0400 Date: Thu, 06 Oct 2022 03:42:14 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proton.me; s=47xcnzozujaxbflbtpmhl6oh7u.protonmail; t=1665027742; x=1665286942; bh=IEAKk2XYr3vXv62avOlghJbKSJw7wzHbSS7J7ZCEuWk=; h=Date:To:From:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID; b=TeQ+iZnpbvC7ZyEdl/RFoROdbycdtsV+sBRTWY6qbNrZFVxsUTX2+JguqfYwQqWbL 2Sna3pZnpgs71y1hvGhmXq+Y6hGOa1KkcZGVYYZy4qomfVNIXr+aYMxslXD0/XndaT Fc2Fu7/giHjTKRm4ahhBAQ3fx61vOPOqySmWQ8dult5HOzxv0IfNLNFiuiic+D/Xun K0j4NeZyauLNPN4oHFvEG+dv6m2DIEymDTfl8irNUrOEhg17lH3nEFNFgCSLWc3Nxp g5yPbrLGCxNlEeJkfP2sA0EX6LllCcbQqc8fl+1gDdfg0XGRvrCRkSJ2b6jIgsL4gc Ntke9xy1WlHoA== To: "bug-gnu-emacs@gnu.org" From: uzibalqa Subject: Reading unicode user inputs from minibuffer Message-ID: <4JeAP4C-ZmLaQniOjh6tgvkryDVmyM6G9LF_Pb__wtnB5A8OG4aAkveITKDWok0Gf5BhSs014vvS2bdmqlUmfsLVqz1BWlvAOLXlEAFLLIM=@proton.me> Feedback-ID: 52887082:user:proton MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=185.70.40.137; envelope-from=uzibalqa@proton.me; helo=mail-40137.protonmail.ch X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) I am using "read-char-by-name" to read utf8 hex codes from user for input t= o "glasses-separator". But because "glasses-separator" requires a string I have to do (string (rea= d-char-by-name "hex: ")). Meaning that users cannot pass "\u2192", but have to use "#x2192". Yet, us= ing "completing-read", the list can contain "\u2192", which works fine. I am also unsure whether = there is an inconsistency with display-fill-column-indicator-character which also takes unicode.=20 Could the setting up of "glasses-separator" be simplified? Could "read-cha= r-by-name" be extended to accept hexcodes like "\u2192", or is there some other function that can handle the= different unicode inputs from minibuffer better? ----------------------------------------------------- (defun camel-glasses (hexcode) "Splits CamelCase phrases using separator." (interactive (list (completing-read "hexcode: " '("\u27A4" "\u25BA") nil = t))) (setq glasses-separator hexcode) (glasses-set-overlay-properties)) ---------------------------------------------- (defun camel-glasses (hexcode) "Splits CamelCase phrases using separator." (interactive (list (string (read-char-by-name "hex: "))) (setq glasses-separator hexcode) (glasses-set-overlay-properties)) ------------------------------------- From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 06 04:45:35 2022 Received: (at 58326) by debbugs.gnu.org; 6 Oct 2022 08:45:35 +0000 Received: from localhost ([127.0.0.1]:58920 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ogMVa-000320-Ol for submit@debbugs.gnu.org; Thu, 06 Oct 2022 04:45:35 -0400 Received: from mail-wr1-f41.google.com ([209.85.221.41]:37864) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ogMVZ-00031n-5B for 58326@debbugs.gnu.org; Thu, 06 Oct 2022 04:45:33 -0400 Received: by mail-wr1-f41.google.com with SMTP id bq9so1591102wrb.4 for <58326@debbugs.gnu.org>; Thu, 06 Oct 2022 01:45:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:message-id:date:references:in-reply-to:subject:cc:to :from:from:to:cc:subject:date:message-id:reply-to; bh=iNfT4mX9EsCGorKx5PPo5hR58YBhWTkrndPtSwfueHs=; b=q5wrZTNkFkSLNDnfQKj7gc6cACPK7ouV+TNWuYeE8SGhoLq1uNCcBtGPqtDNiBW5A+ Ubc8xS8mt2aEtzy3bxm7iQWYGFoo+0Zr6YO+zWNb7MMihjojXie29CxXguQQh33Gd66S c57AsQ9a32Kuxru5BtKJGsYyL34vWTu9NJKqe64w1E+HEsnFzyBCgky5aOfYbGG3nvLo 8G58AYRrNo4FI0ofOcR2sLcPyzjj3mG02iovlB7ToBzehlzGWMwzQUNM2CTsHuVq8SZ9 xjS3ILBcKPsKnyd94iFyPCJsskANvvGImskhNmwW7JhZR6nrs0WaaOBJN7+Ga4qi6E9b ch0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=mime-version:message-id:date:references:in-reply-to:subject:cc:to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=iNfT4mX9EsCGorKx5PPo5hR58YBhWTkrndPtSwfueHs=; b=Swq6A17miMHEWwLBXkZqHlp2JIagYFnWUYP5/rLE/oonJZAZ1wBnvSwWK3ZDkoGFHK X0N+hha1/rmodWNzQJizafDqWW163cJ9wCZ/fizAo/ShzHpDRZhpgkZnYCPikNGp/8/0 qs+Fk55lOZA1M4bcIPgIaYecpLM8iyn6b2y2bUslCAbgit+tI5T46kzbNQjxy0yCQLFb GB8uxFEF6rbifp315y3kkB+2L98vX5dvd8wRX76aNqWkpYUBfdqTSNFxsaSrJ0XJvppI R6hue/CiXY+RZKDZsAMn6aF5E0xTGXZOyjoXh8k1zjaNGBvHb8HWflCZSRWll02UDzmQ JTxA== X-Gm-Message-State: ACrzQf040CFzKGEMtXpX4bobcXyy2+EtrXB2/WbgHJRXEB2omWxduVM0 Nhcy6z7cDFPLaH8ieQnc6vw= X-Google-Smtp-Source: AMsMyM40Jg6rJ0CDTn+PULhNmSch+y+Zzc5q8wojRrfjNm/qbyUsnUmuP5mOfeqQ28bu4bxiDqCrYw== X-Received: by 2002:a5d:5850:0:b0:22b:1ada:a0d1 with SMTP id i16-20020a5d5850000000b0022b1adaa0d1mr2238228wrf.313.1665045926367; Thu, 06 Oct 2022 01:45:26 -0700 (PDT) Received: from rltb ([2a01:e0a:3f3:fb50:912:1b38:fb01:987c]) by smtp.gmail.com with ESMTPSA id b6-20020adfde06000000b0022e2eaa2bdcsm14558567wrm.98.2022.10.06.01.45.25 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 06 Oct 2022 01:45:25 -0700 (PDT) From: Robert Pluim To: 58326@debbugs.gnu.org Subject: Re: bug#58326: Reading unicode user inputs from minibuffer In-Reply-To: <4JeAP4C-ZmLaQniOjh6tgvkryDVmyM6G9LF_Pb__wtnB5A8OG4aAkveITKDWok0Gf5BhSs014vvS2bdmqlUmfsLVqz1BWlvAOLXlEAFLLIM=@proton.me> (uzibalqa via's message of "Thu, 06 Oct 2022 03:42:14 +0000") References: <4JeAP4C-ZmLaQniOjh6tgvkryDVmyM6G9LF_Pb__wtnB5A8OG4aAkveITKDWok0Gf5BhSs014vvS2bdmqlUmfsLVqz1BWlvAOLXlEAFLLIM=@proton.me> Date: Thu, 06 Oct 2022 10:45:24 +0200 Message-ID: <87mta9732z.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 58326 Cc: uzibalqa X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> On Thu, 06 Oct 2022 03:42:14 +0000, uzibalqa via "Bug reports for GNU Emacs, the Swiss army knife of text editors" said: uzibalqa> I am using "read-char-by-name" to read utf8 hex codes uzibalqa> from user for input to "glasses-separator". But because uzibalqa> "glasses-separator" requires a string I have to do uzibalqa> (string (read-char-by-name "hex: ")). Meaning that uzibalqa> users cannot pass "\u2192", but have to use "#x2192". uzibalqa> Yet, using "completing-read", the list can contain uzibalqa> "\u2192", which works fine. I am also unsure whether uzibalqa> there is an inconsistency with uzibalqa> display-fill-column-indicator-character which also takes uzibalqa> unicode. uzibalqa> Could the setting up of "glasses-separator" be uzibalqa> simplified? Could "read-char-by-name" be extended to uzibalqa> accept hexcodes like "\u2192", or is there some other uzibalqa> function that can handle the different unicode inputs uzibalqa> from minibuffer better? I suggest you read the docstring for `read-char-by-name' more carefully: Accept a name like "CIRCULATION FUNCTION", a hexadecimal number like "2A10", or a number in hash notation (e.g., "#x2a10" for hex, "10r10768" for decimal, or "#o25020" for octal). Treat otherwise-ambiguous strings like "BED" (U+1F6CF) as names, not numbers. Robert -- From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 06 07:51:24 2022 Received: (at 58326) by debbugs.gnu.org; 6 Oct 2022 11:51:24 +0000 Received: from localhost ([127.0.0.1]:59158 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ogPPP-000401-KW for submit@debbugs.gnu.org; Thu, 06 Oct 2022 07:51:24 -0400 Received: from mail-40141.protonmail.ch ([185.70.40.141]:19745) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ogPPK-0003zk-U7 for 58326@debbugs.gnu.org; Thu, 06 Oct 2022 07:51:21 -0400 Date: Thu, 06 Oct 2022 11:51:06 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proton.me; s=protonmail; t=1665057072; x=1665316272; bh=HhqCUM7slnxWJKRBuzPoNuy2mvYy8ZQ1ev0wljP7xxo=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID; b=U/3954VZW/Op2/WW7PNH0vsVJlnU0bMFPk2BenWgvIDYW94BPEjQ039tgvYMwDtOy rgfQyojJsAZoaR/gjMY4uLG76NXUrbwYnGMzL/aqZAC4vqwOyzn4rJYkqoazAYRvNd 4qMSc41fzOz4rmAqnDXI3w+0P2kij65dsJC1VG1lxy1qMDHV4KRMtdGO8sn2NnZh06 VLCPJ5sWTSvpWiy0qjp/9PhVzMZ7WADx7oIjvBSqF2fnu4+6m0oUkN7fzrGjU4agzh Owp0wG3u2hnObLaYJ+eBNsyTnsjoWFLVhaFq7OFR6NKCQrD4hWB61GHkxQYSDnomjR 827wEgsXEB9tw== To: Robert Pluim From: uzibalqa Subject: Re: bug#58326: Reading unicode user inputs from minibuffer Message-ID: In-Reply-To: <87mta9732z.fsf@gmail.com> References: <4JeAP4C-ZmLaQniOjh6tgvkryDVmyM6G9LF_Pb__wtnB5A8OG4aAkveITKDWok0Gf5BhSs014vvS2bdmqlUmfsLVqz1BWlvAOLXlEAFLLIM=@proton.me> <87mta9732z.fsf@gmail.com> Feedback-ID: 52887082:user:proton MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 58326 Cc: 58326@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) ------- Original Message ------- On Thursday, October 6th, 2022 at 8:45 AM, Robert Pluim = wrote: > > > > > > On Thu, 06 Oct 2022 03:42:14 +0000, uzibalqa via "Bug reports f= or GNU Emacs, the Swiss army knife of text editors" bug-gnu-emacs@gnu.org s= aid: >=20 >=20 > uzibalqa> I am using "read-char-by-name" to read utf8 hex codes >=20 > uzibalqa> from user for input to "glasses-separator". But because >=20 > uzibalqa> "glasses-separator" requires a string I have to do >=20 > uzibalqa> (string (read-char-by-name "hex: ")). Meaning that >=20 > uzibalqa> users cannot pass "\u2192", but have to use "#x2192". >=20 > uzibalqa> Yet, using "completing-read", the list can contain >=20 > uzibalqa> "\u2192", which works fine. I am also unsure whether >=20 > uzibalqa> there is an inconsistency with >=20 > uzibalqa> display-fill-column-indicator-character which also takes >=20 > uzibalqa> unicode. >=20 >=20 > uzibalqa> Could the setting up of "glasses-separator" be >=20 > uzibalqa> simplified? Could "read-char-by-name" be extended to >=20 > uzibalqa> accept hexcodes like "\u2192", or is there some other >=20 > uzibalqa> function that can handle the different unicode inputs >=20 > uzibalqa> from minibuffer better? >=20 >=20 > I suggest you read the docstring for `read-char-by-name' more > carefully: >=20 > Accept a name like "CIRCULATION FUNCTION", a hexadecimal > number like "2A10", or a number in hash notation (e.g., > "#x2a10" for hex, "10r10768" for decimal, or "#o25020" for > octal). Treat otherwise-ambiguous strings like "BED" (U+1F6CF) > as names, not numbers. Have read the docstring. The discussion is not about the docstring. Using "\u2192" should be perfectly fine for a utf code. One often sees things like "?\u2192". After all, Emacs provides several types of escape syntax that one can use to specify non-ASCII text characters including "?\uxxxx" besides the hexadecimal character codes escape sequence=20 (See 2.4.3.2 General Escape Syntax.) For instance "glasses-separator" accepts "\u2192", yet the user cannot input the same for minibuffer input involving utf. This also applies to "display-fill-column-indicator-character" where "?\u2503" is perfectly acceptable. From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 06 08:21:39 2022 Received: (at 58326) by debbugs.gnu.org; 6 Oct 2022 12:21:39 +0000 Received: from localhost ([127.0.0.1]:59266 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ogPsh-00074o-Cd for submit@debbugs.gnu.org; Thu, 06 Oct 2022 08:21:39 -0400 Received: from quimby.gnus.org ([95.216.78.240]:40950) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ogPsf-00074V-Sk for 58326@debbugs.gnu.org; Thu, 06 Oct 2022 08:21:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: 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=eXlAEpPH4ZHNx6x3+xwSLIS3zm0oRRngnZ5aU4K+qos=; b=Dxh64AaXpUHoRVd70HqB76cP/T fV+M3LcfuNm05oTqwIpNGi8kcwRXCSAdQ1Z+sUFYi+1geBHUBbzbCdDotT//r07ovTpp6cBOXCJ5N hWOyKEY2zDzu7zb3kdG1pgnSwoCttC2iSSlIVgGBB4BKs1x9dc3QFED1m/+CsiM8Rb80=; Received: from [84.212.220.105] (helo=downe) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ogPsX-0002gU-So; Thu, 06 Oct 2022 14:21:31 +0200 From: Lars Ingebrigtsen To: uzibalqa Subject: Re: bug#58326: Reading unicode user inputs from minibuffer In-Reply-To: (uzibalqa@proton.me's message of "Thu, 06 Oct 2022 11:51:06 +0000") References: <4JeAP4C-ZmLaQniOjh6tgvkryDVmyM6G9LF_Pb__wtnB5A8OG4aAkveITKDWok0Gf5BhSs014vvS2bdmqlUmfsLVqz1BWlvAOLXlEAFLLIM=@proton.me> <87mta9732z.fsf@gmail.com> X-Now-Playing: Alan Vega's _Collision Drive_: "Ghost rider" Date: Thu, 06 Oct 2022 14:21:27 +0200 Message-ID: <87edvlywfs.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: This doesn't seem to be about any bugs in Emacs, so I'm closing this bug report. If you need help with using Emacs, please use the mailing lists that exist for that purpose. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 58326 Cc: 58326@debbugs.gnu.org, Robert Pluim X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) This doesn't seem to be about any bugs in Emacs, so I'm closing this bug report. If you need help with using Emacs, please use the mailing lists that exist for that purpose. From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 06 08:21:42 2022 Received: (at control) by debbugs.gnu.org; 6 Oct 2022 12:21:43 +0000 Received: from localhost ([127.0.0.1]:59269 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ogPsk-000755-L3 for submit@debbugs.gnu.org; Thu, 06 Oct 2022 08:21:42 -0400 Received: from quimby.gnus.org ([95.216.78.240]:40966) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ogPsj-00074b-Fg for control@debbugs.gnu.org; Thu, 06 Oct 2022 08:21:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=N1Gh8iTMUiF3Q94zGkAXzmozbHn+0edEW9Lbx4b1HWQ=; b=WEvIQpRI4fcG1VSvI1wmZ1ru0g sZ1N9EbNogT1RGoIWeO+O43lISLbNhf2/wBFaKjL/5KaGRpY80j+wHptILr8SmC0wOtjWSkQun+Rc zXCYC6LPGBvlZBZk8OTUB8LtLJ1L8XFa55b9beKW7EPLFrjE05Xzit40FHghKj52Bjec=; Received: from [84.212.220.105] (helo=downe) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ogPsb-0002gf-Ub for control@debbugs.gnu.org; Thu, 06 Oct 2022 14:21:35 +0200 Date: Thu, 06 Oct 2022 14:21:33 +0200 Message-Id: <87czb5ywfm.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #58326 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 58326 notabug close 58326 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) tags 58326 notabug close 58326 quit From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 06 12:34:21 2022 Received: (at 58326) by debbugs.gnu.org; 6 Oct 2022 16:34:21 +0000 Received: from localhost ([127.0.0.1]:33361 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ogTpE-0002Q8-UC for submit@debbugs.gnu.org; Thu, 06 Oct 2022 12:34:21 -0400 Received: from mail-4325.protonmail.ch ([185.70.43.25]:49187) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ogTp9-0002Pp-T7 for 58326@debbugs.gnu.org; Thu, 06 Oct 2022 12:34:19 -0400 Date: Thu, 06 Oct 2022 16:34:01 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proton.me; s=protonmail; t=1665074049; x=1665333249; bh=gC2v2DSlbA8iaJLar8JSm+iVcIanKkXUardxxo904fo=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID; b=ev/kf03sNkZXR/cCar/bneJ3lWDt6/7KmKghBnm8fO1D+GE9bbe9TGYDQMm7HedkJ 8gKO692lp1gOStL+oWpvZXPb7NX3RQQOhR8PzoCEMsuZ+8DqQ2fYCTmAHXvVyAgBwI k1WEggaBwfzYd+Jbk1JHAajioybHI/RDCR6NRHlh2QVyQkm8opFHfEUFSM6pYAVLZQ cN0xEpHGkYnjfKglHL2OMh13S0HnDdAfM4gQqY3u/06aJZmPrDusQtEie2aDswvvOI 3m4KIc04TLkCIUUid4VxWSjPlKhPFiGCjS5FcZG3crvCqRi/TRnRgywIBxCelaSuVR rtQhjIYcEAVcw== To: Lars Ingebrigtsen From: uzibalqa Subject: Re: bug#58326: Reading unicode user inputs from minibuffer Message-ID: In-Reply-To: <87edvlywfs.fsf@gnus.org> References: <4JeAP4C-ZmLaQniOjh6tgvkryDVmyM6G9LF_Pb__wtnB5A8OG4aAkveITKDWok0Gf5BhSs014vvS2bdmqlUmfsLVqz1BWlvAOLXlEAFLLIM=@proton.me> <87mta9732z.fsf@gmail.com> <87edvlywfs.fsf@gnus.org> Feedback-ID: 52887082:user:proton MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 58326 Cc: 58326@debbugs.gnu.org, Robert Pluim X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) ------- Original Message ------- On Thursday, October 6th, 2022 at 12:21 PM, Lars Ingebrigtsen wrote: > This doesn't seem to be about any bugs in Emacs, so I'm closing this bug > report. >=20 > If you need help with using Emacs, please use the mailing lists that > exist for that purpose. It is about limitation on not taking \uN. From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 06 13:21:30 2022 Received: (at 58326) by debbugs.gnu.org; 6 Oct 2022 17:21:30 +0000 Received: from localhost ([127.0.0.1]:33457 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ogUYs-0005vm-Gj for submit@debbugs.gnu.org; Thu, 06 Oct 2022 13:21:30 -0400 Received: from mail-wm1-f50.google.com ([209.85.128.50]:50812) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ogUYo-0005vV-DB for 58326@debbugs.gnu.org; Thu, 06 Oct 2022 13:21:29 -0400 Received: by mail-wm1-f50.google.com with SMTP id ay36so1486254wmb.0 for <58326@debbugs.gnu.org>; Thu, 06 Oct 2022 10:21:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:message-id:date:references:in-reply-to:subject:cc:to :from:from:to:cc:subject:date:message-id:reply-to; bh=N1tHSS19BxSoJMn1TidlcwSbH2jubsIiG7FVsaKYfwk=; b=G8xnbhA4rVQUO/NAgPMpG+l3W9qsYRG8AMX8P2VVAIDgt2nTT9FxIM2hxAsTmA8JXW glMA3ROVnI4x2pMvyuV7e2mHJq0QxVmEy08a3oJuR4y159iprWNl+f13/MWlmeTaiPAJ RxfTVjBJ9/0FxxxtgjNYPEvfmujdH2eIVRl0L44RE2uLu0cHIGJWzSdpUAFGkJWFW/aC unlq/OvawrYXD3u/h4TlVxWjXo0RpZtBrfHdtXR+vQRMMHNIiiCQx1OmX672agN9/pjx Bbz3JCHlXux3FmX02qHNwF5+YowQgbGnQDPNOeAPDKVTIJHQunnzm7bS7UdSPpMeEcNX GnlA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=mime-version:message-id:date:references:in-reply-to:subject:cc:to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=N1tHSS19BxSoJMn1TidlcwSbH2jubsIiG7FVsaKYfwk=; b=32BGpvwX/X8RI+X0PE7RYxbZmOK7Vohw2YcnYn0fKgO7A6E5Z1OjxsAyEiCsnngQRL BeQ3JbVRIeYzqJJPrQ+eFkRsrrRY1oltOdN+XlDd0nFL83iicdrc7WDbzQHyDGNs4F7P YIQT7KxD7Wt9uNTv0uCXi6pfl79bhkZrp/S3KqegxRuahfjGCshzdCVjQ8GCWnIr4+zG IXYXX9ts4Q2sr7Fa2mKO06xHl6FcH3vtv8JUZm28Q57aSXtPKGX/yx8pHkZNSin9NIvR 0LI/MRcacHtg0xlnxh2UMbEqP3m+HyXKjKcyJtOxYz/ZUF+Oy1aumeQtkNRuyTdnVLH4 cTow== X-Gm-Message-State: ACrzQf364x0y0BqSLkR4rTPENbDo5NrpTdsDDfAr50WIy9ebuw53GsBI GbBtVZ/Uk+xeCvMO5JeAgD6xJ3PzlsI= X-Google-Smtp-Source: AMsMyM6mOVLq37g4TNW4WzOKDlz3aXnPtePaF+vX5hjq+QqL4sQl2zjPcHPQArnHdysaNN3xt4j+4A== X-Received: by 2002:a7b:c7d8:0:b0:3b4:5c41:6a6c with SMTP id z24-20020a7bc7d8000000b003b45c416a6cmr588885wmk.139.1665076879903; Thu, 06 Oct 2022 10:21:19 -0700 (PDT) Received: from rltb ([2a01:e0a:3f3:fb50:912:1b38:fb01:987c]) by smtp.gmail.com with ESMTPSA id c13-20020adfed8d000000b0022dc6e76bbdsm17913191wro.46.2022.10.06.10.21.19 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 06 Oct 2022 10:21:19 -0700 (PDT) From: Robert Pluim To: uzibalqa Subject: Re: bug#58326: Reading unicode user inputs from minibuffer In-Reply-To: (uzibalqa@proton.me's message of "Thu, 06 Oct 2022 16:34:01 +0000") References: <4JeAP4C-ZmLaQniOjh6tgvkryDVmyM6G9LF_Pb__wtnB5A8OG4aAkveITKDWok0Gf5BhSs014vvS2bdmqlUmfsLVqz1BWlvAOLXlEAFLLIM=@proton.me> <87mta9732z.fsf@gmail.com> <87edvlywfs.fsf@gnus.org> Date: Thu, 06 Oct 2022 19:21:18 +0200 Message-ID: <87v8ow6f75.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 58326 Cc: 58326@debbugs.gnu.org, Lars Ingebrigtsen X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> On Thu, 06 Oct 2022 16:34:01 +0000, uzibalqa said: uzibalqa> ------- Original Message ------- uzibalqa> On Thursday, October 6th, 2022 at 12:21 PM, Lars Ingebrigtsen wrote: >> This doesn't seem to be about any bugs in Emacs, so I'm closing this bug >> report. >> >> If you need help with using Emacs, please use the mailing lists that >> exist for that purpose. uzibalqa> It is about limitation on not taking \uN. `read-char-by-name' accepts N or #xN, so why would it need extending to accept \uN? Robert -- From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 06 13:52:30 2022 Received: (at 58326) by debbugs.gnu.org; 6 Oct 2022 17:52:30 +0000 Received: from localhost ([127.0.0.1]:33474 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ogV2s-0006ht-DX for submit@debbugs.gnu.org; Thu, 06 Oct 2022 13:52:30 -0400 Received: from mail-40135.protonmail.ch ([185.70.40.135]:33041) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ogV2m-0006hc-Tv for 58326@debbugs.gnu.org; Thu, 06 Oct 2022 13:52:29 -0400 Date: Thu, 06 Oct 2022 17:52:05 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proton.me; s=protonmail; t=1665078738; x=1665337938; bh=+eiqXZENJoOENxzWQwDe2X5fXZ9S/07vyCLgFoh5B+E=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID; b=EBuWsSwuciz33JW963bR3ayeHYrs2HrWooyANkFgHBkDCvMnuk1rWpCurfY562uzs GXsQEF0QFRNmoR1uo/ICsT7ehpWMWnFknZfLPaHwaXdBBYNRyPkc7jAOpZMYEhbazC c1GhsfqGuZWr/G28SkT/OvXKT05S33K84Q1UUfSuEpWIkqkD6WluJMtNnu1SJl8SzF mmG5lIksSeWVXxGbd4WnGJtP1S7fvHAIiOSRrlo9ds4LaqDxKWeu2Kl96o4oBOj7IB qiZNiRevuyutgRYwnZjZyHAqL+2qD/4QHYjdgpMGvm4mqK27L63rcrIsVStMJpuz4q 92T46pSGRjydw== To: Robert Pluim From: uzibalqa Subject: Re: bug#58326: Reading unicode user inputs from minibuffer Message-ID: <98EvsJF1Tt7YBu0ANLsW6xbGnVSX78C_anVJh5ebgk-2vAJTR7oCnpYSGGpSSotTJIlaIw-nwba6CG0Okzpdp9eunTQP6iQeP3Ps95D7N4I=@proton.me> In-Reply-To: <87v8ow6f75.fsf@gmail.com> References: <4JeAP4C-ZmLaQniOjh6tgvkryDVmyM6G9LF_Pb__wtnB5A8OG4aAkveITKDWok0Gf5BhSs014vvS2bdmqlUmfsLVqz1BWlvAOLXlEAFLLIM=@proton.me> <87mta9732z.fsf@gmail.com> <87edvlywfs.fsf@gnus.org> <87v8ow6f75.fsf@gmail.com> Feedback-ID: 52887082:user:proton MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 58326 Cc: 58326@debbugs.gnu.org, Lars Ingebrigtsen X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) ------- Original Message ------- On Thursday, October 6th, 2022 at 5:21 PM, Robert Pluim = wrote: > > > > > > On Thu, 06 Oct 2022 16:34:01 +0000, uzibalqa uzibalqa@proton.me= said: >=20 >=20 > uzibalqa> ------- Original Message ------- >=20 > uzibalqa> On Thursday, October 6th, 2022 at 12:21 PM, Lars Ingebrigtsen l= arsi@gnus.org wrote: >=20 >=20 >=20 > >> This doesn't seem to be about any bugs in Emacs, so I'm closing this b= ug >=20 > >> report. >=20 > >> >=20 > >> If you need help with using Emacs, please use the mailing lists that >=20 > >> exist for that purpose. >=20 >=20 > uzibalqa> It is about limitation on not taking \uN. >=20 >=20 > `read-char-by-name' accepts N or #xN, so why would it need extending > to accept \uN? Because \uN is also an acceptable declaration as has been used in elisp sou= rce code in other routines. Although accepting "N" from users is satisfactory. At times I feel that certain decisions on what to accept and what not to ac= cept are completely arbitrary. I am of the school of thought that if there are = three=20 valid possibilities, one could simply support the three. Why deal with jus= t=20 two of them. =20 There is also another problem, suppose one decides to use a list, passing u= tf codes through "completing-read". In such case only codes inputted as "\u25BA" wo= uld work. Using "25BA" and "#x25BA" is futile. These are complications that can be a= voided.=20 From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 06 20:46:08 2022 Received: (at 58326) by debbugs.gnu.org; 7 Oct 2022 00:46:08 +0000 Received: from localhost ([127.0.0.1]:33880 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ogbVA-0002hm-7z for submit@debbugs.gnu.org; Thu, 06 Oct 2022 20:46:08 -0400 Received: from mail-4325.protonmail.ch ([185.70.43.25]:16185) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ogbV4-0002gu-Dr for 58326@debbugs.gnu.org; Thu, 06 Oct 2022 20:46:07 -0400 Date: Fri, 07 Oct 2022 00:45:45 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proton.me; s=protonmail; t=1665103556; x=1665362756; bh=HB7illHxoGlmr5utUsO0LsMlOXCnP3GnFMPpI+TATew=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID; b=k68AIjbFC9iCDQjlSONuVIjaSoq2cSqlgyazP7bOCauncTKLcWNaFDD6chiOly0UM LiRLW+MP+2Vy8Wu/aICfrp5ZEHB/7B+G79sNYSr9ZjeWnbsmRYKzswJhJGNumGDGXS pfJozwWBF/86mtwLXo3qGNwC7joRIQlMrbD//ef/LQIBPkMnnVncV0OGp3GxpPQPL/ 3wi451CJRVySDDcCbovZBYhSqae3meHI9rO6X3o4m1bkZ9io2yokzpx/2IEpagYhX6 TfJUQi+oDgSCawthZ/DuFAjr1MjLF2y0DwVcc6lszxikXy1LmWmpudrpxVXpovOliP 2oKciHbHmEr0g== To: uzibalqa From: uzibalqa Subject: Re: bug#58326: Reading unicode user inputs from minibuffer Message-ID: In-Reply-To: <98EvsJF1Tt7YBu0ANLsW6xbGnVSX78C_anVJh5ebgk-2vAJTR7oCnpYSGGpSSotTJIlaIw-nwba6CG0Okzpdp9eunTQP6iQeP3Ps95D7N4I=@proton.me> References: <4JeAP4C-ZmLaQniOjh6tgvkryDVmyM6G9LF_Pb__wtnB5A8OG4aAkveITKDWok0Gf5BhSs014vvS2bdmqlUmfsLVqz1BWlvAOLXlEAFLLIM=@proton.me> <87mta9732z.fsf@gmail.com> <87edvlywfs.fsf@gnus.org> <87v8ow6f75.fsf@gmail.com> <98EvsJF1Tt7YBu0ANLsW6xbGnVSX78C_anVJh5ebgk-2vAJTR7oCnpYSGGpSSotTJIlaIw-nwba6CG0Okzpdp9eunTQP6iQeP3Ps95D7N4I=@proton.me> Feedback-ID: 52887082:user:proton MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 58326 Cc: 58326@debbugs.gnu.org, Robert Pluim , Lars Ingebrigtsen X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) ------- Original Message ------- On Thursday, October 6th, 2022 at 5:52 PM, uzibalqa via "Bug reports for GN= U Emacs, the Swiss army knife of text editors" wrot= e: > ------- Original Message ------- > On Thursday, October 6th, 2022 at 5:21 PM, Robert Pluim rpluim@gmail.com = wrote: >=20 >=20 >=20 > > > > > > > On Thu, 06 Oct 2022 16:34:01 +0000, uzibalqa uzibalqa@proton.= me said: > >=20 > > uzibalqa> ------- Original Message ------- > >=20 > > uzibalqa> On Thursday, October 6th, 2022 at 12:21 PM, Lars Ingebrigtsen= larsi@gnus.org wrote: > >=20 > > > > This doesn't seem to be about any bugs in Emacs, so I'm closing thi= s bug > >=20 > > > > report. > >=20 > > > > If you need help with using Emacs, please use the mailing lists tha= t > >=20 > > > > exist for that purpose. > >=20 > > uzibalqa> It is about limitation on not taking \uN. > >=20 > > `read-char-by-name' accepts N or #xN, so why would it need extending > > to accept \uN? >=20 >=20 > Because \uN is also an acceptable declaration as has been used in elisp s= ource > code in other routines. Although accepting "N" from users is satisfactory= . > At times I feel that certain decisions on what to accept and what not to = accept > are completely arbitrary. I am of the school of thought that if there are= three > valid possibilities, one could simply support the three. Why deal with ju= st > two of them. >=20 > There is also another problem, suppose one decides to use a list, passing= utf codes > through "completing-read". In such case only codes inputted as "\u25BA" w= ould work. > Using "25BA" and "#x25BA" is futile. These are complications that can be = avoided. There is some serious inconsistency because=20 I can do (code (completing-read "Opt: " '("\u27A4") nil t))) (setq glasses-= separator code). This works, but fails with "#x27A4". =20 But then for read-char-by-name (code (string (read-char-by-name "Opt: "))) (setq glasses-separator code) This works with "#x27A4", but fails with "\u27A4" (setq glasses-separator code) accepts a string, whether "\u27A4" or "#x27A4= ", but minibuffer input is affected by which call is used "completing-read" or "read-char-by-= name". From unknown Mon Aug 18 11:26:30 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 04 Nov 2022 11:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator