From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Marcin Borkowski Newsgroups: gmane.emacs.bugs Subject: bug#30513: Unicode Character Name is misspelled (MATHEMATICAL ITALIC SMALL LAMDA) Date: Sat, 24 Feb 2018 21:41:31 +0100 Message-ID: <87woz2t91g.fsf@mbork.pl> References: <87r2pi5og7.fsf@gmail.com> <21567E18-E031-48FF-AFD0-901E84CF09D4@gmail.com> <87lgfq5m4y.fsf@gmail.com> <83woza9q0s.fsf@gnu.org> <87inau5eyf.fsf@gmail.com> <63ec36d8-9922-4c88-96dc-9aad7ba85279@default> <87bmgfv62r.fsf@mbork.pl> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1519504812 16952 195.159.176.226 (24 Feb 2018 20:40:12 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 24 Feb 2018 20:40:12 +0000 (UTC) User-Agent: mu4e 1.1.0; emacs 27.0.50 Cc: michipili@gmail.com, Noam Postavsky , 30513@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Feb 24 21:40:08 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1epgc3-00041t-Th for geb-bug-gnu-emacs@m.gmane.org; Sat, 24 Feb 2018 21:40:08 +0100 Original-Received: from localhost ([::1]:51390 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1epge6-0001W9-9P for geb-bug-gnu-emacs@m.gmane.org; Sat, 24 Feb 2018 15:42:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36582) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1epgdz-0001Vo-8v for bug-gnu-emacs@gnu.org; Sat, 24 Feb 2018 15:42:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1epgdu-0000BF-Cj for bug-gnu-emacs@gnu.org; Sat, 24 Feb 2018 15:42:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:51164) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1epgdu-0000B0-8D for bug-gnu-emacs@gnu.org; Sat, 24 Feb 2018 15:42:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1epgdu-0005mc-2V for bug-gnu-emacs@gnu.org; Sat, 24 Feb 2018 15:42:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Marcin Borkowski Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 24 Feb 2018 20:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30513 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 30513-submit@debbugs.gnu.org id=B30513.151950490922208 (code B ref 30513); Sat, 24 Feb 2018 20:42:02 +0000 Original-Received: (at 30513) by debbugs.gnu.org; 24 Feb 2018 20:41:49 +0000 Original-Received: from localhost ([127.0.0.1]:59061 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1epgdg-0005m8-Rf for submit@debbugs.gnu.org; Sat, 24 Feb 2018 15:41:49 -0500 Original-Received: from mail.mojserwer.eu ([195.110.48.8]:44858) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1epgdf-0005lz-4X for 30513@debbugs.gnu.org; Sat, 24 Feb 2018 15:41:47 -0500 Original-Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 0B695E68C5; Sat, 24 Feb 2018 21:41:44 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Original-Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ifNiYDP65zGK; Sat, 24 Feb 2018 21:41:39 +0100 (CET) Original-Received: from localhost (static-dwadziewiec-jedenpiec7.echostar.pl [109.232.29.157]) by mail.mojserwer.eu (Postfix) with ESMTPSA id B16ECE6838; Sat, 24 Feb 2018 21:41:39 +0100 (CET) In-reply-to: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:143642 Archived-At: On 2018-02-23, at 21:15, Drew Adams wrote: >> > I would not make the point that this adds too many chars >> > for `ucs-names' or for `C-x 8 RET'. >> > >> > I would make the point that we should not be inventing >> > character names and then associating such inventions with >> > what has heretofore been a pretty faithful reflection of >> > the Unicode standard. >>=20 >> How about this one? >>=20 >> =EF=B8=98 >> PRESENTATION FORM FOR VERTICAL RIGHT WHITE LENTICULAR BRAKCET >> ^^ >> And what about this one? Press C-x 8 RET MATHEMATICAL ITALIC SMALL TAB >> and try to answer the puzzle: where has the "MATHEMATICAL ITALIC SMALL H" >> gone? >>=20 >> (The answer, rot'd-13 so that I don't spoil it for Unicode wannabe >> detectives;-): CYNAPX PBAFGNAG, U+210E.) >>=20 >> IOW, I would argue that _some_ kind of system to help the user >> overcome the inherent Unicode problems might be a good idea. > > Agreed: some help would help. ;-) But not at the cost of > changing `ucs-names'. > > You snipped most of my post, including the part that said > that although we should leave the set of Unicode names as > Unicode defines them, so that `ucs-names' remains faithful > to the standard, we can certainly add Emacs constructs (e.g. > commands, completion functions, whatever), to help users > use alternate names of our own invention, including spelling > corrections. > > The fault is not with `ucs-names'. The fault, if there > be any, is with the ways we currently _make use of it_ > for users. I agree. > We could offer additional or alternative ways for users to > make use of it. We could, for example, change `insert-char' > to respect a user option that expresses just how much such > help to provide, e.g., the degree of spelling help, > correction, abbreviation, or whatever. > > If we do that then we should at least allow one of the > option values to mean that no such help is to be offered, > in which case `insert-char' would offer only the official > names. > > There are other uses of `ucs-names', beyond `insert-char', > at least in 3rd-party libraries. We should definitely not > assume that all uses of `ucs-names' should benefit or be > troubled by any Emacs-specific "improvements" we might > want to offer for the available char names. +1. For one interesting use of ucs-names, see my blog post here: http://mbork.pl/2017-10-02_Converting_TeX_sequences_to_Unicode_characters Best, -- Marcin Borkowski