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: Sat, 29 Jun 2013 16:02:58 -0700 (PDT) Message-ID: <8ada7269-baa9-483f-9595-d46619393aa7@default> References: <4b9029ca-1775-482f-ba9a-46a891be7405@default> <87sj01c3n2.fsf@mail.jurta.org> <7518b30b-63d2-40ea-956f-a504f40c4cfd@default> <87haggoc6r.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 1372547049 3524 80.91.229.3 (29 Jun 2013 23:04:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 29 Jun 2013 23:04:09 +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 Sun Jun 30 01:04:09 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 1Ut4Bc-0008IG-6k for geb-bug-gnu-emacs@m.gmane.org; Sun, 30 Jun 2013 01:04:08 +0200 Original-Received: from localhost ([::1]:55861 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ut4Bb-0007s7-Qs for geb-bug-gnu-emacs@m.gmane.org; Sat, 29 Jun 2013 19:04:07 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34176) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ut4BY-0007rr-BC for bug-gnu-emacs@gnu.org; Sat, 29 Jun 2013 19:04:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ut4BX-0006ou-6c for bug-gnu-emacs@gnu.org; Sat, 29 Jun 2013 19:04:04 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:54296) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ut4BX-0006op-2u for bug-gnu-emacs@gnu.org; Sat, 29 Jun 2013 19:04:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Ut4BW-0008QQ-Du for bug-gnu-emacs@gnu.org; Sat, 29 Jun 2013 19:04: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: Sat, 29 Jun 2013 23:04:02 +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.137254699032311 (code B ref 14742); Sat, 29 Jun 2013 23:04:02 +0000 Original-Received: (at 14742) by debbugs.gnu.org; 29 Jun 2013 23:03:10 +0000 Original-Received: from localhost ([127.0.0.1]:48612 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ut4Af-0008P5-Fv for submit@debbugs.gnu.org; Sat, 29 Jun 2013 19:03:09 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:24388) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ut4Ac-0008OY-V9 for 14742@debbugs.gnu.org; Sat, 29 Jun 2013 19:03:07 -0400 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r5TN30lC031744 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 29 Jun 2013 23:03:00 GMT Original-Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r5TN2xX6008762 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Jun 2013 23:02:59 GMT Original-Received: from abhmt117.oracle.com (abhmt117.oracle.com [141.146.116.69]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r5TN2wNi014861; Sat, 29 Jun 2013 23:02:58 GMT In-Reply-To: <87haggoc6r.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:75730 Archived-At: > It's easy to find a name for the new arg of `isearch-yank-string'. > By default, it appends a string to the end of the search string, > so a new arg for opposite meaning could have the name `prepend' > to prepend a string to the beginning of the search string. >=20 > But what could be a name for the new arg of `isearch-del-char'? > By default, it deletes a substring from the end of the search string. > And with a non-nil new arg it will delete a substring from the > beginning of the search string. What about the name `behead' 1. I would stay away from something like "behead" - that's stretching things. We don't commonly think of the "head" of a search string. I'd suggest not looking for a verb at all - the verb is already in the command name. 2. Just use a name for the position, not the action: e.g. START or BEGINNING. (I would stay away from FRONT & BACK too, as references to the search-string ends. BACK is particularly problematic.) PREPEND is not too bad if you do prefer a verb, but if you use a position name then you can use the same name for multiple actions. For this reason, for instance, BEGINNING is better than FROM-BEGINNING & TO-BEGINNING. 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 would probably go with the latter (same keys). How useful is it to incrementally yank more stuff in a forward-buffer direction when searching backward? I guess the same could be done for deletion as for yanking: reuse the same keys.