From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Artur Malabarba Newsgroups: gmane.emacs.devel Subject: Re: Upcoming loss of usability of Emacs source files and Emacs. Date: Wed, 17 Jun 2015 13:27:54 +0100 Message-ID: References: <20150615142237.GA3517@acm.fritz.box> <83lhfkoqww.fsf@gnu.org> <55811ED0.80304@dancol.org> <878ubioimj.fsf@gnu.org> <20150617084001.GA3338@acm.fritz.box> <87wpz24m4t.fsf@gnu.org> Reply-To: bruce.connor.am@gmail.com 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 1434544103 11855 80.91.229.3 (17 Jun 2015 12:28:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 17 Jun 2015 12:28:23 +0000 (UTC) To: Yuri Khan , Alan Mackenzie , Eli Zaretskii , Daniel Colascione , Emacs developers Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jun 17 14:28:22 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 1Z5CRl-00028K-No for ged-emacs-devel@m.gmane.org; Wed, 17 Jun 2015 14:28:01 +0200 Original-Received: from localhost ([::1]:46429 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z5CRl-0002z0-4Y for ged-emacs-devel@m.gmane.org; Wed, 17 Jun 2015 08:28:01 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47364) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z5CRh-0002vh-RP for emacs-devel@gnu.org; Wed, 17 Jun 2015 08:27:58 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z5CRh-0006qA-1O for emacs-devel@gnu.org; Wed, 17 Jun 2015 08:27:57 -0400 Original-Received: from mail-la0-x22c.google.com ([2a00:1450:4010:c03::22c]:33923) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z5CRf-0006p6-EN; Wed, 17 Jun 2015 08:27:55 -0400 Original-Received: by labbc20 with SMTP id bc20so31790708lab.1; Wed, 17 Jun 2015 05:27:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:content-type:content-transfer-encoding; bh=2vzOsYnCtZCbc6F1kIfP3NID2TXx/85/mswAT+zBYLU=; b=EMe+bptXgt1JEvEvqNyp1pNQJPbUzC5oY6qcMMWjVJOEG0v8Uh4tBlSyfkcl/oPEBO c2bSuNaNFKKdw8g2Uz2pBDP6ohRP4j4pLV9PuMsgtRHgBsch6T64nQzqPe7EhJ67NrdI xdHJZqLlceitA/4ft5s4MIzSU0dg7QAnprhctbWXJRbrCZMfD/nMb/48XiPn+Bym095N ZuOz3XLDIbLrLE/+3mUH68ytU7xo29yi0ZqdfyxfpWIpYUkxtKZs9hp94T4ylSoKxWSq kx6RTDx+7vk0ChhOsQXN2bmFWzx/yBi+BtB1DGzxzlpfQ+UjBVzBjoO2Kxf6FyYQFGA8 qY7A== X-Received: by 10.112.222.133 with SMTP id qm5mr7705072lbc.86.1434544074688; Wed, 17 Jun 2015 05:27:54 -0700 (PDT) Original-Received: by 10.25.214.133 with HTTP; Wed, 17 Jun 2015 05:27:54 -0700 (PDT) In-Reply-To: <87wpz24m4t.fsf@gnu.org> X-Google-Sender-Auth: AMadcLnb6j_8MwDhRB4U_QmX7to X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c03::22c 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:187240 Archived-At: 2015-06-17 12:20 GMT+01:00 Tassilo Horn : > Yuri Khan writes: > >>> Indeed. With such a change to isearch, Emacs takes one more step >>> from being a sharp tool to being a blunt instrument. >>> >>> Don't forget that Emacs is used for things other than developing Elisp >>> programs. Such an identification of disparate characters is not going >>> to be universally welcome, and will cause confusion. >> >> Emacs already has a facility for ignoring distinctions between >> disparate characters. It=E2=80=99s called case-insensitive search, and = is >> governed by a customizable global option and a toggleable local option >> in isearch. > > So probably we should have some `quote-fold-search' with the same > toggles. Then modes need to specify somehow which replacements are > valid, e.g., elisp-mode would define something like ((?` ?` ?=E2=80=98) (= ?' ?' > ?=E2=80=99)) meaning that ` matches itself and also an opening quote, and= ' > matches itself and also a closing quote. Folding characters based on something different than case has been discussed here at least 3 times since I joined this party (and I'm pretty new here). It's been coming up since `info' started round quoting stuff (which was well before the stuff being discussed here). There is a bug report on it (I think it's from last year, but might be sooner) where I offered a patch for that, but it was rejected because it would only apply to isearch and people prefered a more general thing (like case-folding). Some time after that I started a thread that had 3 patches proposing 3 different ways to do that (though they weren't finalized). IIRC that one only got the attention of Eli and Stefan, and the improvements that were suggested there were beyond my coding time/skills.