From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Single quotes in Info Date: Thu, 29 Jan 2015 20:54:20 +0200 Message-ID: <83bnlhmn8j.fsf@gnu.org> References: <87twzhgk84.fsf@wmi.amu.edu.pl> <83lhksshdm.fsf@gnu.org> <9ee0c895-a178-40e1-b1c8-ed2b97071c6b@default> <87h9vgglkz.fsf@wmi.amu.edu.pl> <83h9vcp0bq.fsf@gnu.org> <83y4onorcc.fsf@gnu.org> <83vbjrnd1f.fsf@gnu.org> <83386untcd.fsf@gnu.org> <83vbjpmv4w.fsf@gnu.org> <6164d89d-23ac-46bf-9f84-154cc0e6c6e4@default> <83mw51msnz.fsf@gnu.org> <73baa5ba-17d7-488a-bc7a-0897f49a77a5@default> <83fvatmrdn.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: ger.gmane.org 1422557688 32601 80.91.229.3 (29 Jan 2015 18:54:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 29 Jan 2015 18:54:48 +0000 (UTC) Cc: bruce.connor.am@gmail.com, emacs-devel@gnu.org To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 29 19:54:48 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YGuEo-0007O6-OA for ged-emacs-devel@m.gmane.org; Thu, 29 Jan 2015 19:54:46 +0100 Original-Received: from localhost ([::1]:33145 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YGuEo-0005eu-69 for ged-emacs-devel@m.gmane.org; Thu, 29 Jan 2015 13:54:46 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42694) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YGuEX-0005YV-L8 for emacs-devel@gnu.org; Thu, 29 Jan 2015 13:54:31 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YGuEU-00023K-Bk for emacs-devel@gnu.org; Thu, 29 Jan 2015 13:54:29 -0500 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:59916) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YGuEU-00023C-4L for emacs-devel@gnu.org; Thu, 29 Jan 2015 13:54:26 -0500 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0NIY00G00CAEOH00@a-mtaout21.012.net.il> for emacs-devel@gnu.org; Thu, 29 Jan 2015 20:54:24 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NIY00GRACIOO610@a-mtaout21.012.net.il>; Thu, 29 Jan 2015 20:54:24 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.169 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:182003 Archived-At: > Date: Thu, 29 Jan 2015 10:34:58 -0800 (PST) > From: Drew Adams > Cc: bruce.connor.am@gmail.com, emacs-devel@gnu.org >=20 > > > I would like to see the ability for users to define classes, an= d to > > > "activate" (enable the use of; turn on) or "deactivate" (turn o= ff) a > > > particular class of equivalences as a whole, including any of t= he > > > predefined classes. > >=20 > > This would require modifying the Unicode tables. They are just l= arge > > char-tables, so someone who knows what they are doing should be a= ble > > to do that. >=20 > The point is to let ordinary users define such classes, and use the= m > selectively. They should be able to. But I was talking about _un_defining existin= g classes. > > and I don't see why users would > > like to disable or replace portions of those tables. >=20 > That's putting it wrong, putting it already in terms of implementat= ion. No, it's not. I just used these words, that's all. The intent was t= o say that disabling portions of a certain class makes no sense. > Ordinary users would certainly not *want* to "disable or replace po= rtions > of those tables". That is, they would not want to, and should not = need > to, think in terms of such tables. Red herring. I was using these words to make the issue clear. > What (some) ordinary users are liable to want to be able to do is d= efine > a class of chars that they can use in place of each other etc., and= to > choose among such classes, via Lisp or interactively, enabling/disa= bling > the equivalences they define. Replacing existing classes would need modifications of the Unicode tables. Again, not easy, and should be. > > E.g., why would you want to make 2 and =E2=91=A1 equivalent, but = not 2 and =C2=B2? >=20 > Why not? Why not be able to define your own class that includes > 2 =3D =E2=91=A1, 3 =3D =E2=91=A2, etc., but not 2 =3D =C2=B2 etc.? Because it makes no sense. This isn't some game we are playing here; these equivalences have deep meaning in some contexts. If they don't= , they should not be used as a whole. > > So this kind of customization doesn't have to be easy, IMO, and > > it's okay to ask such users to know what they are doing. >=20 > I disagree. Then we will have to agree to disagree. However, this is all highly theoretical, since the real decision will be made by whoever develops this.