From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#14742: 24.3.50; enhancement request: be able to prepend stuff from buffer when search backward Date: Tue, 2 Jul 2013 18:07:26 -0700 (PDT) Message-ID: References: <4b9029ca-1775-482f-ba9a-46a891be7405@default> <87sj01c3n2.fsf@mail.jurta.org> <7518b30b-63d2-40ea-956f-a504f40c4cfd@default> <87haggoc6r.fsf@mail.jurta.org> <8ada7269-baa9-483f-9595-d46619393aa7@default> <87y59ok18k.fsf@mail.jurta.org> <6ae1046e-e6ae-43ae-96ff-064fd01c9ec2@default> <87k3l8ik77.fsf@mail.jurta.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1372813691 28214 80.91.229.3 (3 Jul 2013 01:08:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 3 Jul 2013 01:08:11 +0000 (UTC) Cc: 14742@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jul 03 03:08:10 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1UuBYH-00028o-HU for geb-bug-gnu-emacs@m.gmane.org; Wed, 03 Jul 2013 03:08:09 +0200 Original-Received: from localhost ([::1]:53023 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UuBYG-0001kj-Vz for geb-bug-gnu-emacs@m.gmane.org; Tue, 02 Jul 2013 21:08:08 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47040) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UuBYB-0001kb-Jc for bug-gnu-emacs@gnu.org; Tue, 02 Jul 2013 21:08:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UuBYA-0008AD-92 for bug-gnu-emacs@gnu.org; Tue, 02 Jul 2013 21:08:03 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:58906) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UuBYA-0008A9-5q for bug-gnu-emacs@gnu.org; Tue, 02 Jul 2013 21:08:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1UuBY9-0004I3-W1 for bug-gnu-emacs@gnu.org; Tue, 02 Jul 2013 21:08:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 03 Jul 2013 01:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 14742-submit@debbugs.gnu.org id=B14742.137281366116464 (code B ref 14742); Wed, 03 Jul 2013 01:08:01 +0000 Original-Received: (at 14742) by debbugs.gnu.org; 3 Jul 2013 01:07:41 +0000 Original-Received: from localhost ([127.0.0.1]:53222 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UuBXo-0004HT-QO for submit@debbugs.gnu.org; Tue, 02 Jul 2013 21:07:41 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:44974) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UuBXm-0004HD-2u for 14742@debbugs.gnu.org; Tue, 02 Jul 2013 21:07:38 -0400 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r63119j0032613 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 3 Jul 2013 01:01:10 GMT Original-Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r6317S7m018202 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Jul 2013 01:07:29 GMT Original-Received: from abhmt106.oracle.com (abhmt106.oracle.com [141.146.116.58]) by userz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r6317SkQ001753; Wed, 3 Jul 2013 01:07:28 GMT In-Reply-To: <87k3l8ik77.fsf@mail.jurta.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.7 (607090) [OL 12.0.6668.5000 (x86)] X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:75828 Archived-At: > >> > 3. To me, yanking stuff to the beginning is more important than > >> > deleting stuff from the beginning. I was thinking either have a > >> > separate key (or set of keys) that is (are) analogous to the > >> > yank-at-end key(s) or else just reuse the same keys when searching > >> > backward. > >> > >> I have no idea about new keys, but I need this change to implement > >> yanking/deletion by motion keys (disabled by default). > > > > Dunno what that means. Motion keys will yank or delete? > > Doesn't sound too good, a priori. > > Guess I missed the functional spec for that. ;-) >=20 > No one tried this feature, but surprisingly it's very convenient. > So I could implement only low-level support for this feature in isearch.e= l, > then more high-level commands could be implemented somewhere else. Is it described somewhere, in user language? If not, can you please describe it? > > Why not just reuse the keys we already use to yank, but have them yank > > at the beginning when you search in reverse? E.g.: > > > > C-w - `isearch-yank-word-or-char', but at the beginning. > > C-y - `isearch-yank-kill', but at the beginning. > > C-M-y - `isearch-yank-char', but at the beginning. > > M-y - `isearch-yank-pop', but at the beginning. > > M-x C-e - `isearch-yank-line', but at the beginning. > > > > Doesn't that seem natural? >=20 > No, unfortunately there keys are not natural. Are you saying they are unnatural when going backward but natural when going forward? > > In Isearch+ I have even more than that for yanking. I would much > > rather have a user be able to reuse the same keys in the opposite > > direction. >=20 > Do you mean a new boolean user option to define whether `C-M-y' > should yank but at the beginning/end in a reverse search? An option would be fine. But why not just do it (by default)? I don't understand why you think C-y yanking to the end when searching forward is more natural than it yanking to the beginning when searching backward.