From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: dapfy@t-online.de (Daniel Pfeiffer) Newsgroups: gmane.emacs.devel Subject: Re: Changes to emacs/lisp/progmodes/grep.el Date: Sat, 3 Jul 2004 10:28:37 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <20040703102837.146bd441@pfdabpc.inhouse.start.de> References: <87isdgnzzi.fsf@mail.jurta.org> <20040625220304.0f1fd05a@pfdabpc.inhouse.start.de> <20040627123340.5d3354cd@pfdabpc.inhouse.start.de> <20040628104013.5b4eb37e@pfdabpc.inhouse.start.de> <7494-Mon28Jun2004200058+0300-eliz@gnu.org> <20040628232216.5be7f8dd@pfdabpc.inhouse.start.de> <5567-Tue29Jun2004071049+0300-eliz@gnu.org> <20040629220851.07104e4c@pfdabpc.inhouse.start.de> <87oen1k4yc.fsf@mail.jurta.org> <20040702235848.255ecbbe@pfdabpc.inhouse.start.de> Reply-To: Daniel Pfeiffer NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Trace: sea.gmane.org 1088757266 30215 80.91.224.253 (2 Jul 2004 08:34:26 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 2 Jul 2004 08:34:26 +0000 (UTC) Cc: Juri Linkov , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Jul 02 10:34:14 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BgJUs-0000cS-00 for ; Fri, 02 Jul 2004 10:34:14 +0200 Original-Received: from lists.gnu.org ([199.232.76.165]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BgJUs-00025l-00 for ; Fri, 02 Jul 2004 10:34:14 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BgJWf-0004J9-VW for emacs-devel@quimby.gnus.org; Fri, 02 Jul 2004 04:36:06 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BgJWK-0004HQ-2T for emacs-devel@gnu.org; Fri, 02 Jul 2004 04:35:45 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BgJWF-0004G7-K6 for emacs-devel@gnu.org; Fri, 02 Jul 2004 04:35:41 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BgJWF-0004Fz-E5 for emacs-devel@gnu.org; Fri, 02 Jul 2004 04:35:39 -0400 Original-Received: from [194.25.134.17] (helo=mailout02.sul.t-online.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BgJUC-00035Y-Uj for emacs-devel@gnu.org; Fri, 02 Jul 2004 04:33:33 -0400 Original-Received: from fwd03.aul.t-online.de by mailout02.sul.t-online.com with smtp id 1BgJPp-0007QH-08; Fri, 02 Jul 2004 10:29:01 +0200 Original-Received: from pfdabpc.inhouse.start.de (bNBlgvZboeRpA735UdcP2MfT26ULTMTRPLne2aGUsIzkPRP1CHMcsG@[217.234.30.108]) by fwd03.sul.t-online.com with smtp id 1BgJPe-1pQfo00; Fri, 2 Jul 2004 10:28:50 +0200 Original-To: Stefan In-Reply-To: X-Mailer: Sylpheed version 0.9.10claws (GTK+ 1.2.10; i686-suse-linux) X-Seen: false X-ID: bNBlgvZboeRpA735UdcP2MfT26ULTMTRPLne2aGUsIzkPRP1CHMcsG X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:25382 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:25382 Saluton, Stefan skribis: > > This was Stef's idea for users of transient-mark-mode. It has the > > advantage of staying around longer, but your approach is more useful for > > everyone. > > My original use of transient-mark-mode for such errors was for sml-mode.el > where the region specified by an error can span several screenfuls of text > (narrowing down such error reports to something more useful is actively > being worked on, but is still a research problem). In such a case it is > very useful to be able to jump to each end of the region. This is of course a very special usage, but uncontestably useful to you. > So using transient-mark-mode was just very natural and had the added > advantage of being extremely easy to code. Juri's patch was no harder to code, if you look at how little he changed there. My annoyance is that 0.5s is too short, so I would like to change the semantics of compilation-highlight-regexp and the corresponding parameters to be not t, but the duration. Or simply make it much longer, because it's sit-for, so it goes away as soon as the user does something. As for tmm, what shall we do? I feel that treating hits with column information and without the same way, assuming first to last column in the latter case is "clean". With an overlay it doesn't hurt at all. If we then however make it an option between overlay or tmm, that would mean you'd get tmm for every compiler output line. Would you find this annoying? coralament / best Grötens / liebe Grüße / best regards / elkorajn salutojn Daniel Pfeiffer -- lerne / learn / apprends / lär dig / ucz się Esperanto: http://lernu.net/