From unknown Fri Jun 20 05:28:44 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#222 <222@debbugs.gnu.org> To: bug#222 <222@debbugs.gnu.org> Subject: Status: isearch-repeat-forward: wrong overlay after failure Reply-To: bug#222 <222@debbugs.gnu.org> Date: Fri, 20 Jun 2025 12:28:44 +0000 retitle 222 isearch-repeat-forward: wrong overlay after failure reassign 222 emacs submitter 222 David Reitter severity 222 normal tag 222 wontfix thanks From monnier@iro.umontreal.ca Sun May 11 08:53:45 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: ** X-Spam-Status: No, score=2.8 required=4.0 tests=FOURLA,NUMONLY, SARE_OBFU_VISIT2 autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 11 May 2008 15:53:45 +0000 Received: from mercure.iro.umontreal.ca (mercure.iro.umontreal.ca [132.204.24.67]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m4BFra1J030284 for ; Sun, 11 May 2008 08:53:37 -0700 Received: by mercure.iro.umontreal.ca (Postfix, from userid 20848) id 831422CFD46; Sun, 11 May 2008 11:53:35 -0400 (EDT) X-Original-To: monnier@iro.umontreal.ca Received: from pinpin.iro.umontreal.ca (pinpin.iro.umontreal.ca [132.204.24.52]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 770912CFCE8 for ; Sun, 11 May 2008 11:53:35 -0400 (EDT) Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by pinpin.iro.umontreal.ca (Postfix) with ESMTP id 0036A3B8B5B for ; Sun, 11 May 2008 11:53:29 -0400 (EDT) Received: from localhost ([127.0.0.1]:50645 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JvDrd-00065j-RJ for monnier@iro.umontreal.ca; Sun, 11 May 2008 11:53:29 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JvDrO-00065A-57 for emacs-devel@gnu.org; Sun, 11 May 2008 11:53:14 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JvDrN-00063x-9F for emacs-devel@gnu.org; Sun, 11 May 2008 11:53:13 -0400 Received: from [199.232.76.173] (port=59395 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JvDrN-00063l-5j for emacs-devel@gnu.org; Sun, 11 May 2008 11:53:13 -0400 Received: from fencepost.gnu.org ([140.186.70.10]:42974) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JvDrM-000849-Kr for emacs-devel@gnu.org; Sun, 11 May 2008 11:53:12 -0400 Received: from mail.gnu.org ([199.232.76.166]:49394 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1JvDqX-00082f-19 for emacs-pretest-bug@gnu.org; Sun, 11 May 2008 11:52:21 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1JvDrF-000827-Ry for emacs-pretest-bug@gnu.org; Sun, 11 May 2008 11:53:11 -0400 Received: from nf-out-0910.google.com ([64.233.182.188]:4041) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JvDrF-00081C-8w for emacs-pretest-bug@gnu.org; Sun, 11 May 2008 11:53:05 -0400 Received: by nf-out-0910.google.com with SMTP id c7so1145298nfi.26 for ; Sun, 11 May 2008 08:53:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to:content-type:content-transfer-encoding:mime-version:subject:date:x-mailer; bh=ktKoiE3MlZLkC05sgaW6AFgbt6I54TFevTpz0SX/0/g=; b=nTYUAm4cyyZThDvm2OtzMOtAF6+ZVye9j82BPdaY9Im2VwQRJfCCD5lj1O+yyXAn0noQDOcJ2QAzzVyPArDhfufG00RyNEqMSr0sRyerSNnm+Xiwk0n6nxC/jPBMyKvien884LCQhvEsR1tapDdcD7xsZJst1TPUPosY2FygKPE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:content-transfer-encoding:mime-version:subject:date:x-mailer; b=DbPxRpFRwKCuCRcuZCSXvkyAlz1wJf7qfsnJoaITg0trCEz4WV9qEwk4DGA9tZSyGRs6dLpXITudJPbQ5iLHVB79NDY/97w7RblFm1scyx97YgRYnl7MuDGsUi0YGWFHiJnROdL2X+ZMwqKU4b3Uti20J4J5iF1TVeq98kdka2E= Received: by 10.210.142.6 with SMTP id p6mr6358759ebd.102.1210521180207; Sun, 11 May 2008 08:53:00 -0700 (PDT) Received: from scarlett.lan ( [172.159.50.146]) by mx.google.com with ESMTPS id b33sm51030ika.2.2008.05.11.08.52.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 11 May 2008 08:52:59 -0700 (PDT) Message-Id: From: David Reitter To: emacs-pretest-bug@gnu.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sun, 11 May 2008 16:52:54 +0100 X-Mailer: Apple Mail (2.919.2) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 2) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) Cc: Subject: isearch-repeat-forward: wrong overlay after failure X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-devel-bounces+monnier=iro.umontreal.ca@gnu.org Errors-To: emacs-devel-bounces+monnier=iro.umontreal.ca@gnu.org X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-2.533, requis 5, autolearn=not spam, BAYES_00 -2.60, RCVD_BY_IP 0.07, SPF_HELO_PASS -0.00) X-DIRO-MailScanner-From: emacs-devel-bounces+monnier=iro.umontreal.ca@gnu.org isearch wrongly highlights a part of a buffer when `isearch-forward' fails. To reproduce, create buffer A, containing just the following: 123456 Also, create buffer B, containing 12346 Now switch to buffer A, move point to the beginning, and do C-s 5. The `5' will be highlighted. Then switch to buffer B and move point to the beginning. (You can show the buffers in two windows, or just switch between them: it doesn't matter.) Then do M-x isearch-repeat-forward. (Do NOT do C-s C-s.) You will find that `6' is highlighted, and a (correct) message is displayed that the search failed. (It appears that the text at a position equivalent to where the last match was in the previous buffer is highlighted.) The overlay in buffer B shouldn't be there. This issue has been around for a long time, and I suspect it was never noticed because many people just do C-s C-s rather than binding a key to `isearch-repeat-forward'. In GNU Emacs 22.2.50.2 (i386-apple-darwin9.2.2, Carbon Version 1.6.0) of 2008-04-26 on plume.sr.unh.edu Windowing system distributor `Apple Inc.', version 10.5.2 configured using `configure '--without-x' '--prefix=/usr/local'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil locale-coding-system: iso-8859-1 default-enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: tooltip-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t line-number-mode: t Recent input: C-x b C-k C-k C-k C-k C-k C-k 1 2 3 4 5 6 5 x v i s i t - n e c r e a t e - b u v i s i C-x C-f T e m p SPC t 1 / t 2 1 2 3 4 6 C-x b C-s 5 C-x b x i s e a r c h - r e p e f o r Recent messages: Making completion list... Loading help-mode...done Quit (New file) Mark saved where search started Making completion list... Loading emacsbug... Loading regexp-opt...done Loading emacsbug...done byte-code: Text is read-only [2 times] From david.reitter@gmail.com Sun May 11 14:49:10 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=0.1 required=4.0 tests=AWL,FOURLA autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 222) by emacsbugs.donarmstrong.com; 11 May 2008 21:49:10 +0000 Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m4BLn6JN013318 for <222@emacsbugs.donarmstrong.com>; Sun, 11 May 2008 14:49:08 -0700 Received: by ug-out-1314.google.com with SMTP id m3so607704uge.19 for <222@emacsbugs.donarmstrong.com>; Sun, 11 May 2008 14:49:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer; bh=jk1f/NiKpJW1QU7JuqoEyLsTVgnkEG/47MscvMRbWMg=; b=NO+9sLhQouD3dVzEW3FWs/13lguc7UKnlzqFStJMSO/m5RH1/qez4ow2o++3V7dIi7j1nOkc8oSed7v9ME1WIN4/Qc0tU7sfC1gK7HgVBt4hvQrl539hO+5oHoiexJU9dHlvd66hKF4kJC04RQxSvgRpKxEBu7Yw4uPjY+kr0uI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer; b=tSEDx/jUR3fi/nQVF39mclxDmkdS5UR1USySIGdAJ7lQOolQHr8vUz3Uo3ZWAi0lTmrUmNlmo2X4Vo+UKw+OBQ2l+wCveNxadGP3AoygA5ePn26A9TBR7F+rzHuTk6FTGQip91IB1f6dXdPCaLvaqKwJAEDbHe4SncPjelv7RM4= Received: by 10.67.105.19 with SMTP id h19mr4611787ugm.64.1210542545410; Sun, 11 May 2008 14:49:05 -0700 (PDT) Received: from scarlett.lan ( [172.189.82.214]) by mx.google.com with ESMTPS id f6sm9885529nfh.35.2008.05.11.14.49.00 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 11 May 2008 14:49:04 -0700 (PDT) Cc: emacs-pretest-bug@gnu.org, 222@debbugs.gnu.org Message-Id: <1D559CDD-D9EE-42D5-94F3-D7D33B9A1326@gmail.com> From: David Reitter To: Juri Linkov In-Reply-To: <87tzh4rd41.fsf@jurta.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Subject: Re: isearch-repeat-forward: wrong overlay after failure Date: Sun, 11 May 2008 22:48:58 +0100 References: <87tzh4rd41.fsf@jurta.org> X-Mailer: Apple Mail (2.919.2) On 11 May 2008, at 17:59, Juri Linkov wrote: > > `isearch-repeat-forward' is not an entry point to the incremental > search: > it doesn't activate isearch mode neither deactivates it. IIUC, it was > never intended for non-incremental search, so it doesn't guarantee to > work when isearch mode is not active. > > If you want to find the next occurrence without highlighting it > and without activating isearch mode, you can use the command > `search-forward'. isearch-repeat-forward is interactive, which is why I thought it would be a decent entry point. It works beautifully, except when you switch buffers and when nonsensical text is highlighted. Something like (search-forward isearch-string) works too, as long as the match is visualized. That's what I'm doing now; thanks for pointing out this (better) variant. From dak@gnu.org Sun May 11 15:54:36 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: * X-Spam-Status: No, score=1.1 required=4.0 tests=FOURLA,GMAIL autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 222) by emacsbugs.donarmstrong.com; 11 May 2008 22:54:36 +0000 Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m4BMsWok022009 for <222@emacsbugs.donarmstrong.com>; Sun, 11 May 2008 15:54:34 -0700 Received: from mail-in-08-z2.arcor-online.net (mail-in-08-z2.arcor-online.net [151.189.8.20]) by mail-in-04.arcor-online.net (Postfix) with ESMTP id D0ECF17F63E; Mon, 12 May 2008 00:54:31 +0200 (CEST) Received: from mail-in-13.arcor-online.net (mail-in-13.arcor-online.net [151.189.21.53]) by mail-in-08-z2.arcor-online.net (Postfix) with ESMTP id C4208212FAE; Mon, 12 May 2008 00:55:26 +0200 (CEST) Received: from lola.goethe.zz (dslb-084-061-098-196.pools.arcor-ip.net [84.61.98.196]) by mail-in-13.arcor-online.net (Postfix) with ESMTP id 93278225121; Mon, 12 May 2008 00:54:31 +0200 (CEST) Received: by lola.goethe.zz (Postfix, from userid 1002) id 263A61C460C9; Mon, 12 May 2008 00:54:29 +0200 (CEST) From: David Kastrup To: David Reitter Cc: Juri Linkov , emacs-pretest-bug@gnu.org, 222@debbugs.gnu.org Subject: Re: isearch-repeat-forward: wrong overlay after failure References: <87tzh4rd41.fsf@jurta.org> <1D559CDD-D9EE-42D5-94F3-D7D33B9A1326@gmail.com> Date: Mon, 12 May 2008 00:54:29 +0200 In-Reply-To: <1D559CDD-D9EE-42D5-94F3-D7D33B9A1326@gmail.com> (David Reitter's message of "Sun, 11 May 2008 22:48:58 +0100") Message-ID: <85iqxke9ju.fsf@lola.goethe.zz> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV 0.92.1/7092/Sun May 11 22:50:33 2008 on mail-in-13.arcor-online.net X-Virus-Status: Clean David Reitter writes: > On 11 May 2008, at 17:59, Juri Linkov wrote: >> >> `isearch-repeat-forward' is not an entry point to the incremental >> search: >> it doesn't activate isearch mode neither deactivates it. IIUC, it was >> never intended for non-incremental search, so it doesn't guarantee to >> work when isearch mode is not active. >> >> If you want to find the next occurrence without highlighting it >> and without activating isearch mode, you can use the command >> `search-forward'. > > isearch-repeat-forward is interactive, which is why I thought it would > be a decent entry point. Which I would call a reasonable expectation. However, keybindings even in specialized keymaps need to be bound to interactive functions. So if we have functions that are only intended for use in specialized keymaps, there is no way to keep people from binding them to normal keymaps. So it is sort of a combined documentation/expectation problem. I have no good idea how to approach this. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum From lennart.borgman@gmail.com Sun May 11 16:00:34 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=0.2 required=4.0 tests=AWL,FOURLA,GMAIL, RCVD_IN_DNSWL_LOW autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 222) by emacsbugs.donarmstrong.com; 11 May 2008 23:00:34 +0000 Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m4BN0V7o023304 for <222@emacsbugs.donarmstrong.com>; Sun, 11 May 2008 16:00:32 -0700 Received: from c83-254-150-27.bredband.comhem.se ([83.254.150.27]:62107 helo=[127.0.0.1]) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1JvKWq-0005ME-5q; Mon, 12 May 2008 01:00:29 +0200 Message-ID: <48277A86.9070606@gmail.com> Date: Mon, 12 May 2008 01:00:22 +0200 From: "Lennart Borgman (gmail)" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: David Kastrup CC: David Reitter , Juri Linkov , emacs-pretest-bug@gnu.org, 222@debbugs.gnu.org Subject: Re: isearch-repeat-forward: wrong overlay after failure References: <87tzh4rd41.fsf@jurta.org> <1D559CDD-D9EE-42D5-94F3-D7D33B9A1326@gmail.com> <85iqxke9ju.fsf@lola.goethe.zz> In-Reply-To: <85iqxke9ju.fsf@lola.goethe.zz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 080511-0, 2008-05-11), Outbound message X-Antivirus-Status: Clean X-Originating-IP: 83.254.150.27 X-ACL-Warn: Too high rate of unknown addresses received from you X-Scan-Result: No virus found in message 1JvKWq-0005ME-5q. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1JvKWq-0005ME-5q e7ae0b2db7656a2e397bf684f2fe74cc David Kastrup wrote: > David Reitter writes: > >> On 11 May 2008, at 17:59, Juri Linkov wrote: >>> `isearch-repeat-forward' is not an entry point to the incremental >>> search: >>> it doesn't activate isearch mode neither deactivates it. IIUC, it was >>> never intended for non-incremental search, so it doesn't guarantee to >>> work when isearch mode is not active. >>> >>> If you want to find the next occurrence without highlighting it >>> and without activating isearch mode, you can use the command >>> `search-forward'. >> isearch-repeat-forward is interactive, which is why I thought it would >> be a decent entry point. > > Which I would call a reasonable expectation. However, keybindings even > in specialized keymaps need to be bound to interactive functions. So if > we have functions that are only intended for use in specialized keymaps, > there is no way to keep people from binding them to normal keymaps. > > So it is sort of a combined documentation/expectation problem. I have > no good idea how to approach this. Maybe an error message that explains/points to an explanation? From dak@gnu.org Sun May 11 16:26:13 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: * X-Spam-Status: No, score=1.1 required=4.0 tests=FOURLA,GMAIL autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 222) by emacsbugs.donarmstrong.com; 11 May 2008 23:26:14 +0000 Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m4BNQ6EY027145 for <222@emacsbugs.donarmstrong.com>; Sun, 11 May 2008 16:26:07 -0700 Received: from mail-in-05-z2.arcor-online.net (mail-in-05-z2.arcor-online.net [151.189.8.17]) by mail-in-04.arcor-online.net (Postfix) with ESMTP id A9C1817F65E; Mon, 12 May 2008 01:26:03 +0200 (CEST) Received: from mail-in-13.arcor-online.net (mail-in-13.arcor-online.net [151.189.21.53]) by mail-in-05-z2.arcor-online.net (Postfix) with ESMTP id 4B1BD2DAABA; Mon, 12 May 2008 01:25:36 +0200 (CEST) Received: from lola.goethe.zz (dslb-084-061-098-196.pools.arcor-ip.net [84.61.98.196]) by mail-in-13.arcor-online.net (Postfix) with ESMTP id 66A6423D1E1; Mon, 12 May 2008 01:26:03 +0200 (CEST) Received: by lola.goethe.zz (Postfix, from userid 1002) id 13F051C408B4; Mon, 12 May 2008 01:26:00 +0200 (CEST) From: David Kastrup To: "Lennart Borgman \(gmail\)" Cc: David Reitter , Juri Linkov , emacs-pretest-bug@gnu.org, 222@debbugs.gnu.org Subject: Re: isearch-repeat-forward: wrong overlay after failure References: <87tzh4rd41.fsf@jurta.org> <1D559CDD-D9EE-42D5-94F3-D7D33B9A1326@gmail.com> <85iqxke9ju.fsf@lola.goethe.zz> <48277A86.9070606@gmail.com> Date: Mon, 12 May 2008 01:25:58 +0200 In-Reply-To: <48277A86.9070606@gmail.com> (Lennart Borgman's message of "Mon, 12 May 2008 01:00:22 +0200") Message-ID: <85bq3ce83d.fsf@lola.goethe.zz> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV 0.92.1/7093/Sun May 11 23:37:20 2008 on mail-in-13.arcor-online.net X-Virus-Status: Clean "Lennart Borgman (gmail)" writes: > David Kastrup wrote: >> David Reitter writes: >> >>> On 11 May 2008, at 17:59, Juri Linkov wrote: >>>> `isearch-repeat-forward' is not an entry point to the incremental >>>> search: >>>> it doesn't activate isearch mode neither deactivates it. IIUC, it was >>>> never intended for non-incremental search, so it doesn't guarantee to >>>> work when isearch mode is not active. >>>> >>>> If you want to find the next occurrence without highlighting it >>>> and without activating isearch mode, you can use the command >>>> `search-forward'. >>> isearch-repeat-forward is interactive, which is why I thought it would >>> be a decent entry point. >> >> Which I would call a reasonable expectation. However, keybindings even >> in specialized keymaps need to be bound to interactive functions. So if >> we have functions that are only intended for use in specialized keymaps, >> there is no way to keep people from binding them to normal keymaps. >> >> So it is sort of a combined documentation/expectation problem. I have >> no good idea how to approach this. > > Maybe an error message that explains/points to an explanation? What should trigger an error here? -- David Kastrup, Kriemhildstr. 15, 44793 Bochum From juri@jurta.org Sun May 11 17:00:48 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 222) by emacsbugs.donarmstrong.com; 12 May 2008 00:00:49 +0000 Received: from relay03.kiev.sovam.com (relay03.kiev.sovam.com [62.64.120.201]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m4C00i4L031494 for <222@emacsbugs.donarmstrong.com>; Sun, 11 May 2008 17:00:46 -0700 Received: from [83.170.232.243] (helo=smtp.svitonline.com) by relay03.kiev.sovam.com with esmtp (Exim 4.67) (envelope-from ) id 1JvLT8-000FYg-R1; Mon, 12 May 2008 03:00:43 +0300 From: Juri Linkov To: David Kastrup Cc: "Lennart Borgman \(gmail\)" , David Reitter , emacs-pretest-bug@gnu.org, 222@debbugs.gnu.org Subject: Re: isearch-repeat-forward: wrong overlay after failure Organization: JURTA References: <87tzh4rd41.fsf@jurta.org> <1D559CDD-D9EE-42D5-94F3-D7D33B9A1326@gmail.com> <85iqxke9ju.fsf@lola.goethe.zz> <48277A86.9070606@gmail.com> <85bq3ce83d.fsf@lola.goethe.zz> Date: Mon, 12 May 2008 02:59:36 +0300 In-Reply-To: <85bq3ce83d.fsf@lola.goethe.zz> (David Kastrup's message of "Mon, 12 May 2008 01:25:58 +0200") Message-ID: <87ej88mlxz.fsf@jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanner-Signature: 7b6940144bc5d56bdacd12344196c2df X-DrWeb-checked: yes X-SpamTest-Envelope-From: juri@jurta.org X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2798 [May 08 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: none X-SpamTest-Rate: 10 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release >>> Which I would call a reasonable expectation. However, keybindings even >>> in specialized keymaps need to be bound to interactive functions. So if >>> we have functions that are only intended for use in specialized keymaps, >>> there is no way to keep people from binding them to normal keymaps. >>> >>> So it is sort of a combined documentation/expectation problem. I have >>> no good idea how to approach this. >> >> Maybe an error message that explains/points to an explanation? > > What should trigger an error here? (unless isearch-mode (error "This command doesn't work when isearch mode is not active")) -- Juri Linkov http://www.jurta.org/emacs/ From david.reitter@gmail.com Mon May 12 00:21:29 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=0.0 required=4.0 tests=AWL autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 222) by emacsbugs.donarmstrong.com; 12 May 2008 07:21:29 +0000 Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m4C7LNqu000317 for <222@emacsbugs.donarmstrong.com>; Mon, 12 May 2008 00:21:25 -0700 Received: by ug-out-1314.google.com with SMTP id m3so671949uge.19 for <222@emacsbugs.donarmstrong.com>; Mon, 12 May 2008 00:21:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:mime-version:subject:date:references:x-mailer; bh=TsCq4w+mPoPdFagyFebHdMvSHZoWtoI4AVr3gpMIrEs=; b=Y7Y1tu0AviqZEThQttjLXpGxPMfYDdZHSSvTYkAXpxPdKGDziez7FdSxc4HYSFTq9UQqvNbfCI4HzddxQWWayD2FbjAIwmYggFFtP4i1Ccwb3/dbZ5Gk3TxbYcxaoiJcmesUoGzzNBzK26rQb4ksLyiI2JdfDOw/j8eD6ZSDU8Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:mime-version:subject:date:references:x-mailer; b=rA5EtQ1lXsf7kgRxFyFRoTTql2p9moT9+9uYGnbR4Atx8X//8F0lOjtaekUG2E7EFVb5gLFudaO1vfsHqnduQektPo7WBqkeccRRhKAe5KVlSBfnI59ZsvhqfDbc62z+44066NP3u3aph73ePOvE86Vjnvz8hn77j/i/UPJOYos= Received: by 10.66.237.14 with SMTP id k14mr5190934ugh.72.1210576882896; Mon, 12 May 2008 00:21:22 -0700 (PDT) Received: from scarlett.lan ( [172.189.82.214]) by mx.google.com with ESMTPS id z33sm10059550ikz.0.2008.05.12.00.21.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 12 May 2008 00:21:21 -0700 (PDT) Cc: David Kastrup , "Lennart Borgman \(gmail\)" , emacs-pretest-bug@gnu.org, 222@debbugs.gnu.org Message-Id: <1D84727E-EE19-49A3-A171-1D585D6E009F@gmail.com> From: David Reitter To: Juri Linkov In-Reply-To: <87ej88mlxz.fsf@jurta.org> Content-Type: multipart/signed; boundary=Apple-Mail-4-341445589; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v919.2) Subject: Re: isearch-repeat-forward: wrong overlay after failure Date: Mon, 12 May 2008 08:21:19 +0100 References: <87tzh4rd41.fsf@jurta.org> <1D559CDD-D9EE-42D5-94F3-D7D33B9A1326@gmail.com> <85iqxke9ju.fsf@lola.goethe.zz> <48277A86.9070606@gmail.com> <85bq3ce83d.fsf@lola.goethe.zz> <87ej88mlxz.fsf@jurta.org> X-Mailer: Apple Mail (2.919.2) --Apple-Mail-4-341445589 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On 12 May 2008, at 00:59, Juri Linkov wrote: > > (unless isearch-mode > (error "This command doesn't work when isearch mode is not > active")) Would this (unless isearch-mode (isearch-mode 1)) be not more reasonable? - D --Apple-Mail-4-341445589 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFxDCCAn0w ggHmoAMCAQICEEfSZyInpN9bVdFPsdICbiIwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MTIwOTIzMDM0OFoXDTA4MTIwODIzMDM0 OFowYjEQMA4GA1UEBBMHUmVpdHRlcjEOMAwGA1UEKhMFRGF2aWQxFjAUBgNVBAMTDURhdmlkIFJl aXR0ZXIxJjAkBgkqhkiG9w0BCQEWF2RhdmlkLnJlaXR0ZXJAZ21haWwuY29tMIGfMA0GCSqGSIb3 DQEBAQUAA4GNADCBiQKBgQDIS4kZGULD+CxprkxDnEccAnZ2GQQxfn55aiAPoy5kJ+uLhelaZP4p lgx3Vq8xYK1bjsLepGYp8qzVlHsyQPb6OfvRzrUXHxlJrHME0+Lblx37PBLxGDxc5W8qfZFJpej8 Dk3LUMga8laR9CRghbALoTV3UThUSMqk1cVwTY99KQIDAQABozQwMjAiBgNVHREEGzAZgRdkYXZp ZC5yZWl0dGVyQGdtYWlsLmNvbTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUAA4GBAKU8XIS6 R/R3Hg6ae5p0i4iUJURq+sDVMX9RGB3Ge5V8oKKglIQGaY03leem65pqICL6mdgX/Px21JoaKVAA 8XITLFVEFHL6BfZ/eePnzNi93rnaNe7hLUwLdGztdYmqN8zF0DOCybL1M1JDB3cTr0XwHJwxziSf oEeENGNETykjMIIDPzCCAqigAwIBAgIBDTANBgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkEx FTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3 dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEk MCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJz b25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVow YjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEB AQUAA4GNADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU 5VAKMNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTX p6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYBAf8C AQAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBlcnNvbmFs RnJlZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2 YXRlTGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2asZw9/r6y+whehQ5aU nX9MIbj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSeJVCUYsfbJ3FXJY3dqZw5 jowgT2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHTHUb/XV9lTzGCAo8wggKLAgEB MHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4x LDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhBH0mciJ6TfW1XR T7HSAm4iMAkGBSsOAwIaBQCgggFvMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcN AQkFMQ8XDTA4MDUxMjA3MjExOVowIwYJKoZIhvcNAQkEMRYEFBKcMwMeLQer/F7r4fKEMg3zmiwa MIGFBgkrBgEEAYI3EAQxeDB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3Vs dGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWlu ZyBDQQIQR9JnIiek31tV0U+x0gJuIjCBhwYLKoZIhvcNAQkQAgsxeKB2MGIxCzAJBgNVBAYTAlpB MSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUg UGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQR9JnIiek31tV0U+x0gJuIjANBgkqhkiG9w0B AQEFAASBgBOPnHqmlBd+bhKEDs8mmNH72qNp2K1jjioxiImY2dOdJzkYQhRX2MhwSTC/D9r+5drv X8Y9kRIyvf0vj7LhtMGXBaEdvXItmIfxlKO3yLl+eeNjL0hPfCCaG5aCoO1jQCLBEZYifRoK0Wzy Aiosflb8MHFhcxcYza9N4uNa/EjzAAAAAAAA --Apple-Mail-4-341445589-- From david.reitter@gmail.com Mon May 12 00:56:44 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-1.5 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 222) by emacsbugs.donarmstrong.com; 12 May 2008 07:56:44 +0000 Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m4C7ueqd004997 for <222@emacsbugs.donarmstrong.com>; Mon, 12 May 2008 00:56:42 -0700 Received: by ug-out-1314.google.com with SMTP id m3so676474uge.19 for <222@emacsbugs.donarmstrong.com>; Mon, 12 May 2008 00:56:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer; bh=z8feqgHbG4MGBL9GkjoQ4Iksg2aLQ60RLVzo3Tj52m4=; b=NiTqrEhzYW6pZyYcfqcyhPeMilUEnv8OPHITDo4vVLqoT6NPbj4CcObUiJoCodF7c4Cxb0Plpk/83US+UsrsrA6VEWsvRb1mI0meTp7Z0objbOInwd3RIkwE+bjZkolxsQXuW6uJ6VH+O/Jq6bQvsF+AEa1TLF9NPSUzCh6PWj0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer; b=N4kiBPvr/FfSLhon5cLrCvnyX3bIL/4hyJjTixhiLrWPRtP7wlMFiuCq3W4lzfpLW58HbKCUBXT0rVrRniF/Nkw23ybOtcNecVm6Rnoi7OlfTOpn4wpspEWm1YfB9LWhx3aqhrkoMh2miehodZqVnE58uiFpUQBjLH9hHjeMrUw= Received: by 10.67.106.19 with SMTP id i19mr5209634ugm.86.1210579000345; Mon, 12 May 2008 00:56:40 -0700 (PDT) Received: from scarlett.lan ( [172.189.82.214]) by mx.google.com with ESMTPS id c24sm2171121ika.4.2008.05.12.00.56.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 12 May 2008 00:56:39 -0700 (PDT) Cc: Juri Linkov , emacs-pretest-bug@gnu.org, David Kastrup Message-Id: <38EFBDFB-E722-4120-8D6A-486FF892D3B3@gmail.com> From: David Reitter To: 222@debbugs.gnu.org In-Reply-To: <1D84727E-EE19-49A3-A171-1D585D6E009F@gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Subject: Re: bug#222: isearch-repeat-forward: wrong overlay after failure Date: Mon, 12 May 2008 08:56:35 +0100 References: <87tzh4rd41.fsf@jurta.org> <1D559CDD-D9EE-42D5-94F3-D7D33B9A1326@gmail.com> <85iqxke9ju.fsf@lola.goethe.zz> <48277A86.9070606@gmail.com> <85bq3ce83d.fsf@lola.goethe.zz> <87ej88mlxz.fsf@jurta.org> <1D84727E-EE19-49A3-A171-1D585D6E009F@gmail.com> X-Mailer: Apple Mail (2.919.2) On 12 May 2008, at 08:21, David Reitter wrote: > > (unless isearch-mode > (isearch-mode 1)) Another alternative would be to make isearch-repeat-forward simply work in this case because it does something useful. We've had Command-G bound to it for three years now (i.e., in Aquamacs, with Command-F bound to isearch-forward) and I've never had any complaints from users about the functionality. From monnier@iro.umontreal.ca Mon May 12 07:41:14 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=0.4 required=4.0 tests=AWL,FOURLA autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 222) by emacsbugs.donarmstrong.com; 12 May 2008 14:41:14 +0000 Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m4CEfAfO001890 for <222@emacsbugs.donarmstrong.com>; Mon, 12 May 2008 07:41:12 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AocDAGLzJ0jO+JgrdGdsb2JhbACBU5A7ASeYKw X-IronPort-AV: E=Sophos;i="4.27,473,1204520400"; d="scan'208";a="20411585" Received: from smtp.pppoe.ca (HELO smtp.teksavvy.com) ([65.39.196.238]) by ironport2-out.teksavvy.com with ESMTP; 12 May 2008 10:41:05 -0400 Received: from pastel.home ([206.248.152.43]) by smtp.teksavvy.com (Internet Mail Server v1.0) with ESMTP id STB65605; Mon, 12 May 2008 10:41:05 -0400 Received: by pastel.home (Postfix, from userid 20848) id 418657F83; Mon, 12 May 2008 10:41:05 -0400 (EDT) From: Stefan Monnier To: David Kastrup Cc: David Reitter , Juri Linkov , emacs-pretest-bug@gnu.org, 222@debbugs.gnu.org Subject: Re: isearch-repeat-forward: wrong overlay after failure Message-ID: References: <87tzh4rd41.fsf@jurta.org> <1D559CDD-D9EE-42D5-94F3-D7D33B9A1326@gmail.com> <85iqxke9ju.fsf@lola.goethe.zz> Date: Mon, 12 May 2008 10:41:05 -0400 In-Reply-To: <85iqxke9ju.fsf@lola.goethe.zz> (David Kastrup's message of "Mon, 12 May 2008 00:54:29 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >>> `isearch-repeat-forward' is not an entry point to the incremental >>> search: >>> it doesn't activate isearch mode neither deactivates it. IIUC, it was >>> never intended for non-incremental search, so it doesn't guarantee to >>> work when isearch mode is not active. >>> >>> If you want to find the next occurrence without highlighting it >>> and without activating isearch mode, you can use the command >>> `search-forward'. >> >> isearch-repeat-forward is interactive, which is why I thought it would >> be a decent entry point. > Which I would call a reasonable expectation. However, keybindings even > in specialized keymaps need to be bound to interactive functions. So if > we have functions that are only intended for use in specialized keymaps, > there is no way to keep people from binding them to normal keymaps. > So it is sort of a combined documentation/expectation problem. I have > no good idea how to approach this. It's a very general problem: many keybindings used in major-mode or minor modes only work properly if the corresponding mode is currently active. Of course, many work perfectly in other contexts too, and yet many more work 98% OK as well. I don't think it makes sense to document each and every function describing whether it's expected to work in other modes or not. Stefan From rgm@gnu.org Mon Jun 30 17:38:12 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.8 required=4.0 tests=AWL,BAYES_00,MISSING_SUBJECT, NOSUBJECT,RCVD_IN_DNSWL_MED,VALID_BTS_CONTROL autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at control) by emacsbugs.donarmstrong.com; 1 Jul 2008 00:38:13 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m610c6DA027301 for ; Mon, 30 Jun 2008 17:38:08 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1KDTsV-0007mQ-PJ; Mon, 30 Jun 2008 20:37:51 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18537.31839.725470.177928@fencepost.gnu.org> Date: Mon, 30 Jun 2008 20:37:51 -0400 From: Glenn Morris To: control X-Attribution: GM X-Mailer: VM (www.wonderworks.com/vm), GNU Emacs (www.gnu.org/software/emacs) X-Hue: yellow X-Ran: DtL5[/=E4Nn?M5j'M%ioR2!niIoQ!]Ex`l7n\YWqey%r3o6KfAth10k+=)QFM) id 1QfbV2-0005vg-Rp for submit@debbugs.gnu.org; Sat, 09 Jul 2011 13:39:29 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QfbV1-0005vU-D1 for 222-done@debbugs.gnu.org; Sat, 09 Jul 2011 13:39:27 -0400 Received: from localhost ([127.0.0.1]:58242) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QfbUv-0002tq-Qi; Sat, 09 Jul 2011 13:39:21 -0400 From: Glenn Morris To: 222-done@debbugs.gnu.org Subject: Re: bug#222: isearch-repeat-forward: wrong overlay after failure References: <87tzh4rd41.fsf@jurta.org> <1D559CDD-D9EE-42D5-94F3-D7D33B9A1326@gmail.com> <85iqxke9ju.fsf@lola.goethe.zz> X-Spook: Abbas FIPS140 quarter cybercash Dick Cheney Elvis Panama X-Ran: `,E@QjE'E'jZVb/KDQd*>,MP/I'C.'!,*/N$.PANWI{=rFu9/l_J!Hypm2)rqnjgOWF|zg X-Hue: red X-Attribution: GM Date: Sat, 09 Jul 2011 13:39:21 -0400 In-Reply-To: (Stefan Monnier's message of "Mon, 12 May 2008 10:41:05 -0400") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -6.4 (------) X-Debbugs-Envelope-To: 222-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.4 (------) I don't see a need to keep open this particular report, which was marked "wontfix" some time ago. Stefan Monnier wrote: > It's a very general problem: many keybindings used in major-mode or > minor modes only work properly if the corresponding mode is > currently active. > > Of course, many work perfectly in other contexts too, and yet many more > work 98% OK as well. > > I don't think it makes sense to document each and every function > describing whether it's expected to work in other modes or not. From unknown Fri Jun 20 05:28:44 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 07 Aug 2011 11:24:08 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator