From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Pip Cet Newsgroups: gmane.emacs.devel Subject: Re: char equivalence classes in search - why not symmetric? Date: Thu, 3 Sep 2015 19:49:50 +0000 Message-ID: References: <2a7b9134-af2a-462d-af6c-d02bad60bbe8@default> <834mjecdy7.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c314f21575db051edd16f2 X-Trace: ger.gmane.org 1441309819 26021 80.91.229.3 (3 Sep 2015 19:50:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 3 Sep 2015 19:50:19 +0000 (UTC) Cc: Eli Zaretskii , drew.adams@oracle.com, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 03 21:50:06 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 1ZXaWL-0002MQ-78 for ged-emacs-devel@m.gmane.org; Thu, 03 Sep 2015 21:50:05 +0200 Original-Received: from localhost ([::1]:51461 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXaWK-0005o4-GB for ged-emacs-devel@m.gmane.org; Thu, 03 Sep 2015 15:50:04 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36802) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXaWD-0005ni-1S for emacs-devel@gnu.org; Thu, 03 Sep 2015 15:50:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZXaWB-00029b-J6 for emacs-devel@gnu.org; Thu, 03 Sep 2015 15:49:56 -0400 Original-Received: from mail-ig0-x235.google.com ([2607:f8b0:4001:c05::235]:37449) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXaW7-00028a-IL; Thu, 03 Sep 2015 15:49:51 -0400 Original-Received: by igbni9 with SMTP id ni9so129508igb.0; Thu, 03 Sep 2015 12:49:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=VkCQZHih7zXkivN43FhMfmC9ibeZ+e/7loLwqnv43pc=; b=r2XOoL0YXEVR/J83WMrHRky19931Weavv4Ay9JuM/Rl6+0DaxCDuNNVuilDhF8Jbbx UJ10zmuUz3fGT+JKVXgwRoh2Xuim5/GFx4i5KRLDI2I5d5bTNDiasesxDiXpXrrnEf14 6DdIoLNJ41x1g/IREDhUn/6UDmibtG4FeOImM6/Z3b6ZY+n7HOAsA0z2cF96A9J0iCGg E3DS0rHeHXXGH6Tz5hmuNm8VH1ki2p4QxlYxqdGQ47S147ZLk2MJ51jogcTb9Zk5gtAb xBFH42TUt8OPzl+HKTYGeRX1DZ8IT2np5jlfxqqtqXqE5jRA36zNHNG22s3mEWFnUGNd 3U4g== X-Received: by 10.50.9.101 with SMTP id y5mr14563153iga.1.1441309790662; Thu, 03 Sep 2015 12:49:50 -0700 (PDT) Original-Received: by 10.79.78.66 with HTTP; Thu, 3 Sep 2015 12:49:50 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4001:c05::235 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:189556 Archived-At: --001a11c314f21575db051edd16f2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable How about "C-q a"? C-q SPC already is special-cased to mean something different in isearch mode, so it wouldn't be a drastic change. Of course that doesn't solve the problem for characters that are not represented on the user's keyboard; the quick fix that comes to mind is that quoted-insert with a negative prefix could read a character using the input method (not using read-quoted-char), then insert it as though C-q had been used with the corresponding positive prefix, so when using the TeX input method, "C-- C-q \ a l p h a" would be equivalent, during isearch, to "C-q =CE=B1", to search for an alpha without an accent, breathing mark, or = iota subscriptum. (The minus sign seems logical to me because we can think of C-q as a two-step command: switch to "literal mode", then read a character to insert. C-- C-q does the opposite: read a character, then go into "literal mode" to insert). In essence, that would make C-q yet another modifier key... On Wed, Sep 2, 2015 at 3:34 PM, Richard Stallman wrote: > [[[ To any NSA and FBI agents reading my email: please consider ]]] > [[[ whether defending the US Constitution against all enemies, ]]] > [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > > Since it is possible to search for only '=C3=A1', it would be nice to hav= e > some convenient way to search only for 'a' with no accents. > > The only convenient interface I can think of is that you type, in a > postfix input method, a ' DEL. Currently that is equivalent to typing > just a. But we could conceivably make it different. > > Can someone think of some other interface for this? > > > > -- > Dr Richard Stallman > President, Free Software Foundation (gnu.org, fsf.org) > Internet Hall-of-Famer (internethalloffame.org) > Skype: No way! See stallman.org/skype.html. > > > --001a11c314f21575db051edd16f2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
How about "C-q a"? C-q SPC already is = special-cased to mean something different in isearch mode, so it wouldn'= ;t be a drastic change.

Of course that doesn't solve the p= roblem for characters that are not represented on the user's keyboard; = the quick fix that comes to mind is that quoted-insert with a negative pref= ix could read a character using the input method (not using read-quoted-cha= r), then insert it as though C-q had been used with the corresponding posit= ive prefix, so when using the TeX input method, "C-- C-q \ a l p h a&q= uot; would be equivalent, during isearch, to "C-q =CE=B1", to sea= rch for an alpha without an accent, breathing mark, or iota subscriptum. (T= he minus sign seems logical to me because we can think of C-q as a two-step= command: switch to "literal mode", then read a character to inse= rt. C-- C-q does the opposite: read a character, then go into "literal= mode" to insert).

In essence, that would make C-q y= et another modifier key...

<= br>
On Wed, Sep 2, 2015 at 3:34 PM, Richard Stall= man <= rms@gnu.org> wrote:
[[[ To = any NSA and FBI agents reading my email: please consider=C2=A0 =C2=A0 ]]] [[[ whether defending the US Constitution against all enemies,=C2=A0 =C2=A0= =C2=A0]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]<= br>
Since it is possible to search for only '=C3=A1', it would be nice = to have
some convenient way to search only for 'a' with no accents.

The only convenient interface I can think of is that you type, in a
postfix input method, a ' DEL.=C2=A0 Currently that is equivalent to ty= ping
just=C2=A0 a.=C2=A0 But we could conceivably make it different.

Can someone think of some other interface for this?



--
Dr Richard Stallman
President, Free Software Foundation (gnu.org, fsf.org)
Internet Hall-of-Famer (internethalloffame.org)
Skype: No way! See stallman.org/skype.html.



--001a11c314f21575db051edd16f2--