From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: Single quotes in Info Date: Thu, 29 Jan 2015 10:34:58 -0800 (PST) Message-ID: 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> 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 1422556518 9635 80.91.229.3 (29 Jan 2015 18:35:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 29 Jan 2015 18:35:18 +0000 (UTC) Cc: bruce.connor.am@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 29 19:35:17 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 1YGtvu-0002q6-JY for ged-emacs-devel@m.gmane.org; Thu, 29 Jan 2015 19:35:14 +0100 Original-Received: from localhost ([::1]:33086 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YGtvu-00081i-0P for ged-emacs-devel@m.gmane.org; Thu, 29 Jan 2015 13:35:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39520) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YGtvp-000816-Rb for emacs-devel@gnu.org; Thu, 29 Jan 2015 13:35:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YGtvo-0004yT-PZ for emacs-devel@gnu.org; Thu, 29 Jan 2015 13:35:09 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:23958) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YGtvk-0004om-9o; Thu, 29 Jan 2015 13:35:04 -0500 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t0TIZ0bs013998 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 29 Jan 2015 18:35:01 GMT Original-Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id t0TIYxXG024134 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 29 Jan 2015 18:34:59 GMT Original-Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id t0TIYxRd015822; Thu, 29 Jan 2015 18:34:59 GMT In-Reply-To: <83fvatmrdn.fsf@gnu.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8.2 (807160) [OL 12.0.6691.5000 (x86)] X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 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:182002 Archived-At: > > I would like to see the ability for users to define classes, and to > > "activate" (enable the use of; turn on) or "deactivate" (turn off) a > > particular class of equivalences as a whole, including any of the > > predefined classes. >=20 > This would require modifying the Unicode tables. They are just large > char-tables, so someone who knows what they are doing should be able > to do that. The point is to let ordinary users define such classes, and use them selectively. > But that's not for the faint at heart Then fiddling at that level is not the (only) answer. If changes at that level are ultimately required, then perhaps a user-friendly layer can be added above such low-level changes. > and I don't see why users would > like to disable or replace portions of those tables. That's putting it wrong, putting it already in terms of implementation. Ordinary users would certainly not *want* to "disable or replace portions of those tables". That is, they would not want to, and should not need to, think in terms of such tables. Whether such tables get changed under the covers when they want to define a new class of chars should not be something they need concern themselves with (I hope). What (some) ordinary users are liable to want to be able to do is define 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/disabling the equivalences they define. > I do understand why in some use cases certain equivalences classes > are inappropriate, but they are inappropriate _as_a_whole_. Doing > that for a part of a class doesn't make sense to me. I did not say anything about enabling some of the equivalences of a class but not others. What I suggested was being able to specify a set of associations as a new, user-level equivalence class, and then being able to enable/disable that class as a whole. Whether the members of that class also belong to a larger, predefined class is not relevant here.=20 > E.g., why would you want to make 2 and =E2=91=A1 equivalent, but not 2 an= d =C2=B2? 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.? What yo= u want to consider equivalent can depend on your particular context/needs. The fact that there are natural, predefined Unicode equivalences in general does not mean that only those equivalences make sense for a given user in a given context. > 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. I disagree. But I'm talking user-level and wishlist. I have nothing to say about the difficulty of providing what I am suggesting. I am hoping that it *will* be easy for a user to both (a) define an equivalence class (set of associations) of chars and (b) enable or disable the use of that class. For search and for other purposes.