From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: jsbien@mimuw.edu.pl (Janusz S. =?UTF-8?Q?Bie=C5=84?=) Newsgroups: gmane.emacs.bugs Subject: bug#32599: 25.2; Feature request: input PUA characters by name Date: Mon, 27 May 2019 19:39:50 +0200 Message-ID: <86muj7u789.fsf@mimuw.edu.pl> References: <86sh30fg4q.fsf@mimuw.edu.pl> <868t4n3wbt.fsf@mimuw.edu.pl> <877ek72c7b.fsf@gmail.com> <868t4m3nrs.fsf@mimuw.edu.pl> <8736uu3eb3.fsf@gmail.com> <86r2iey9vk.fsf@mimuw.edu.pl> <867ead8wmd.fsf@mimuw.edu.pl> <83lfyt2s25.fsf@gnu.org> <86pno56y82.fsf@mimuw.edu.pl> <83a7f92lzr.fsf@gnu.org> <86woidyvbz.fsf@mimuw.edu.pl> <837ead2glo.fsf@gnu.org> <86woic4fd5.fsf@mimuw.edu.pl> <83r28j2560.fsf@gnu.org> Reply-To: jsbien@mimuw.edu.pl Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="136947"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) Cc: 32599@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon May 27 19:40:23 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hVJbj-000ZVg-KY for geb-bug-gnu-emacs@m.gmane.org; Mon, 27 May 2019 19:40:23 +0200 Original-Received: from localhost ([127.0.0.1]:48879 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hVJbi-0001sb-JS for geb-bug-gnu-emacs@m.gmane.org; Mon, 27 May 2019 13:40:22 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:54826) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hVJbR-0001mR-QH for bug-gnu-emacs@gnu.org; Mon, 27 May 2019 13:40:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hVJbP-0002de-TA for bug-gnu-emacs@gnu.org; Mon, 27 May 2019 13:40:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:40420) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hVJbO-0002cA-7q for bug-gnu-emacs@gnu.org; Mon, 27 May 2019 13:40:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hVJbO-0004Xe-3j for bug-gnu-emacs@gnu.org; Mon, 27 May 2019 13:40:02 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: <868t4n3wbt.fsf@mimuw.edu.pl> Resent-From: jsbien@mimuw.edu.pl (Janusz S. =?UTF-8?Q?Bie=C5=84?=) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 May 2019 17:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32599 X-GNU-PR-Package: emacs Original-Received: via spool by 32599-submit@debbugs.gnu.org id=B32599.155897880117447 (code B ref 32599); Mon, 27 May 2019 17:40:02 +0000 Original-Received: (at 32599) by debbugs.gnu.org; 27 May 2019 17:40:01 +0000 Original-Received: from localhost ([127.0.0.1]:53964 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hVJbM-0004XI-7m for submit@debbugs.gnu.org; Mon, 27 May 2019 13:40:01 -0400 Original-Received: from mail.mimuw.edu.pl ([193.0.96.6]:60977) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hVJbH-0004X6-9w for 32599@debbugs.gnu.org; Mon, 27 May 2019 13:39:55 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by duch.mimuw.edu.pl (Postfix) with ESMTP id AEB3D6018FC7A; Mon, 27 May 2019 19:39:53 +0200 (CEST) X-Virus-Scanned: amavisd-new at mimuw.edu.pl Original-Received: from duch.mimuw.edu.pl ([127.0.0.1]) by localhost (mail.mimuw.edu.pl [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Ca0sEQFvOhqK; Mon, 27 May 2019 19:39:51 +0200 (CEST) Original-Received: from VivoPC-D8.mimuw.edu.pl (unknown [176.221.122.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by duch.mimuw.edu.pl (Postfix) with ESMTPSA; Mon, 27 May 2019 19:39:50 +0200 (CEST) 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: 209.51.188.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:159819 Archived-At: On Mon, May 27 2019 at 20:11 +03, Eli Zaretskii wrote: >> From: jsbien@mimuw.edu.pl (Janusz S. Bie=C5=84) >> Cc: 32599@debbugs.gnu.org >> Date: Mon, 27 May 2019 07:48:38 +0200 >>=20 >> On Sun, May 26 2019 at 21:52 +03, Eli Zaretskii wrote: >>=20 >> [...] >>=20 >> > Personally, I'm surprised people use PUA for >> > these purposes, >>=20 >> Which purposes? > > The purposes of mainstream text editing. Are there other comparable > applications that let users define fonts for PUA codepoints, define > their attributes, and then manipulate those characters as any other? I don't know and don't care, as I use only Emacs for editing. >> > and even more surprised they expect Emacs to support >> > this. But that's me. >>=20 >> PUA characters, especially MUFI, are needed to typeset some >> texts. (XeLa)TeX is still a very good typesetting system and Emacs-based >> AUCTeX is still a very good tool to use TeX. > > Those are separate projects. If they need to use non-standard > characters with corresponding non-standard fonts, they could maintain > some add-on packages for Emacs to do that. Thanks for the suggestion. I will contact AUCTeX people and see what thay think about it. > > Asking Emacs to maintain compatibility to various ad-hoc registries > outside of Unicode is not really reasonable. Yes, but it is not what I propose. I just would the user to be able to use his own definition of PUA provided in the form of an additional UnicodeData.txt (not necessarily as a part of Unicode, it can be perhaps a different coding system). [...] > I guess what I'm saying is that without a dedicated volunteer who > would take care of this issue we can only wish such support will be > added, but we have no real hope it will materialize, except by some > enormous luck. As I said, we have different things in mind, so I'm not sure the above statement really applies to my proposal. > Of course, if you know someone who could be persuaded to come on board > and work on this now and in the future, I think the feature will be > welcome. I don't know such a person now, but this can of course change in the future. Best regards Janusz --=20 ,=20=20=20 Janusz S. Bien emeryt (emeritus) https://sites.google.com/view/jsbien