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 11:35:20 -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> <83bnlhmn8j.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 1422560145 15532 80.91.229.3 (29 Jan 2015 19:35:45 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 29 Jan 2015 19:35:45 +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 20:35:40 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 1YGusO-0007oc-08 for ged-emacs-devel@m.gmane.org; Thu, 29 Jan 2015 20:35:40 +0100 Original-Received: from localhost ([::1]:33350 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YGusN-00014H-34 for ged-emacs-devel@m.gmane.org; Thu, 29 Jan 2015 14:35:39 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51152) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YGusF-000130-KG for emacs-devel@gnu.org; Thu, 29 Jan 2015 14:35:32 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YGusE-0007Jq-NX for emacs-devel@gnu.org; Thu, 29 Jan 2015 14:35:31 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:23606) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YGusA-0007J2-Rf; Thu, 29 Jan 2015 14:35:26 -0500 Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t0TJZOYZ025199 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 29 Jan 2015 19:35:24 GMT Original-Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id t0TJZNRA016616 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Jan 2015 19:35:24 GMT Original-Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24]) by userz7022.oracle.com (8.14.5+Sun/8.14.4) with ESMTP id t0TJZMeo003206; Thu, 29 Jan 2015 19:35:23 GMT In-Reply-To: <83bnlhmn8j.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: ucsinet21.oracle.com [156.151.31.93] 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:182007 Archived-At: > Replacing existing classes would need modifications of the Unicode > tables. Again, not easy, and should be. I didn't say anything about replacing existing classes. > > > E.g., why would you want to make 2 and =E2=91=A1 equivalent, but not = 2 and =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.? >=20 > 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. I give up. To me, it should be possible to allow user & use-case choices - arbitrary equivalence classes, not just only-predefined-correspondences-can-possibly-make-sense. User-defined does not imply silly game-playing or any necessary lack of "deep meaning".