From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Stefan Newsgroups: gmane.emacs.devel Subject: Re: Changes to emacs/lisp/progmodes/grep.el Date: 01 Jul 2004 19:31:09 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: 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> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1088724757 4076 80.91.224.253 (1 Jul 2004 23:32:37 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 1 Jul 2004 23:32:37 +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 01:32:30 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 1BgB2c-0006c1-00 for ; Fri, 02 Jul 2004 01:32:30 +0200 Original-Received: from lists.gnu.org ([199.232.76.165]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BgB2c-0001YF-00 for ; Fri, 02 Jul 2004 01:32:30 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BgB4P-0003r4-DR for emacs-devel@quimby.gnus.org; Thu, 01 Jul 2004 19:34:21 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BgB4I-0003qy-M3 for emacs-devel@gnu.org; Thu, 01 Jul 2004 19:34:14 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BgB4I-0003qm-38 for emacs-devel@gnu.org; Thu, 01 Jul 2004 19:34:14 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BgB4I-0003qj-11 for emacs-devel@gnu.org; Thu, 01 Jul 2004 19:34:14 -0400 Original-Received: from [206.47.199.165] (helo=simmts7-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BgB1K-0003xE-8J for emacs-devel@gnu.org; Thu, 01 Jul 2004 19:31:10 -0400 Original-Received: from empanada.local ([67.68.217.193]) by simmts7-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20040701233032.KWOG18206.simmts7-srv.bellnexxia.net@empanada.local>; Thu, 1 Jul 2004 19:30:32 -0400 Original-Received: by empanada.local (Postfix, from userid 502) id 92CE2240800; Thu, 1 Jul 2004 19:31:09 -0400 (EDT) Original-To: Daniel Pfeiffer In-Reply-To: <20040702235848.255ecbbe@pfdabpc.inhouse.start.de> Original-Lines: 26 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 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:25366 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:25366 >> BTW, as you can see below I also changed handling of `end-mk' in >> `compilation-goto-locus'. Currently it activates the region around a >> matched string. This is very inconvenient. I changed this to put a >> highlighted overlay on a matched string just as it does now for the >> whole line. > 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. So using transient-mark-mode was just very natural and had the added advantage of being extremely easy to code. > (I suspect transient-mark-mode is not so popular, at least not with me.) Seeing how much tmm-specific code has been written, I tend to believe the opposite. I suspect tmm is unpopular among Emacs veterans but I also suspect that GUI-happy users have a hard time believing that it's not enabled by default. Stefan