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#9432: 24.0.50; doc string of `next-error-highlight' Date: Tue, 6 Sep 2011 06:47:21 -0700 Message-ID: References: <874o0rwf5p.fsf@mail.jurta.org> <87pqjehurv.fsf@mail.jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1315316914 2403 80.91.229.12 (6 Sep 2011 13:48:34 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 6 Sep 2011 13:48:34 +0000 (UTC) Cc: 9432@debbugs.gnu.org To: "'Juri Linkov'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Sep 06 15:48:30 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1R0w0r-0002Rw-Gm for geb-bug-gnu-emacs@m.gmane.org; Tue, 06 Sep 2011 15:48:29 +0200 Original-Received: from localhost ([::1]:60343 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R0w0q-0000Nm-Ri for geb-bug-gnu-emacs@m.gmane.org; Tue, 06 Sep 2011 09:48:28 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:53426) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R0w0e-0000MH-Kh for bug-gnu-emacs@gnu.org; Tue, 06 Sep 2011 09:48:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R0w0d-0008EJ-Eb for bug-gnu-emacs@gnu.org; Tue, 06 Sep 2011 09:48:16 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:50642) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R0w0d-0008EF-Bj for bug-gnu-emacs@gnu.org; Tue, 06 Sep 2011 09:48:15 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1R0w4I-0006r7-51; Tue, 06 Sep 2011 09:52:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Sep 2011 13:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9432 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 9432-submit@debbugs.gnu.org id=B9432.131531709326315 (code B ref 9432); Tue, 06 Sep 2011 13:52:02 +0000 Original-Received: (at 9432) by debbugs.gnu.org; 6 Sep 2011 13:51:33 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R0w3o-0006qO-OA for submit@debbugs.gnu.org; Tue, 06 Sep 2011 09:51:32 -0400 Original-Received: from rcsinet15.oracle.com ([148.87.113.117]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R0w3m-0006qH-Gb for 9432@debbugs.gnu.org; Tue, 06 Sep 2011 09:51:31 -0400 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p86DlesS023818 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 6 Sep 2011 13:47:42 GMT Original-Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p86DldPB028591 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Sep 2011 13:47:39 GMT Original-Received: from abhmt116.oracle.com (abhmt116.oracle.com [141.146.116.68]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p86DlYPL002594; Tue, 6 Sep 2011 08:47:34 -0500 Original-Received: from dradamslap1 (/10.159.63.21) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 06 Sep 2011 06:47:33 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87pqjehurv.fsf@mail.jurta.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 Thread-Index: AcxseVbM7KyBt5iYQv6Qh3rlEh69rwAH6iDw X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090205.4E66247E.0078:SCFMA922111,ss=1,re=-4.000,fgs=0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Tue, 06 Sep 2011 09:52:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) 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:50635 Archived-At: > > (And FWIW I still think we should also have a value > > `until-move' that does the same thing - stay until some > > other locus replaces it - but using highlighting > > instead of fringe. I've been using that for years myself, > > so I obviously prefer it - I generally don't show the fringe.) > > But the value `t' already does that - it highlights the locus > until some other locus replaces it. 1. No, it does not. It highlights only until the next command (which is silly, IMHO). Move the cursor and poof! it's gone. Only the fringe has a reasonable behavior (IMO). 2. FWIW2, the behavior I *actually* prefer is what I implemented for Emacs 20-21, before there was any such highlighting in Emacs: just show the highlighting forever (or until I remove it - on-demand). That makes it easy to notice and compare multiple locations in the source buffer. It makes it clear where you've been, which hits you have already visited. I did not bother with that after Emacs finally added highlighting, since the highlighting used a different means etc. Value `until-move' is good enough (second best). And I still use Emacs 20 much of the time (since I maintain code that supports it), and there I enjoy the behavior I prefer. But IMHO it should also be possible for vanilla Emacs users to keep the highlighting until some user action (a particular key/command, not just the *next* command). One choice for such a key might be `C-0 C-x `' (next-error with 0 prefix arg). 3. FWIW3: in Emacs -Q, even if I already have the target source file in a separate frame (e.g. from `C-x 5 b' after having shown it once in the same frame), and even if that is the *only* place it is currently displayed, `C-x `' or hit `RET' or click a hit in *grep* still pops up the source file in the same frame as *grep* and highlights the hit there (does not even highlight it in both places). The already displayed source buffer should obviously be used, instead of multiplying things unnecessarily. Or the behavior should be optional, under user control, and the default should be to show hits in a window already displaying the source buffer.