From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: Matches for multiline regexps Date: Fri, 17 Jun 2005 22:17:29 -0500 (CDT) Message-ID: <200506180317.j5I3HTP04899@raven.dms.auburn.edu> References: <200506160140.j5G1eFJ26066@raven.dms.auburn.edu> <200506170326.j5H3Qxc01563@raven.dms.auburn.edu> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1119065127 11894 80.91.229.2 (18 Jun 2005 03:25:27 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 18 Jun 2005 03:25:27 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jun 18 05:25:26 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DjTxH-00032H-59 for ged-emacs-devel@m.gmane.org; Sat, 18 Jun 2005 05:25:11 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DjU30-00060A-QI for ged-emacs-devel@m.gmane.org; Fri, 17 Jun 2005 23:31:06 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DjU21-0005Zl-U2 for emacs-devel@gnu.org; Fri, 17 Jun 2005 23:30:06 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DjU1q-0005Tu-D3 for emacs-devel@gnu.org; Fri, 17 Jun 2005 23:30:04 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DjU1o-0005Rm-Mf for emacs-devel@gnu.org; Fri, 17 Jun 2005 23:29:52 -0400 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DjTtB-0002Gi-Jv; Fri, 17 Jun 2005 23:20:57 -0400 Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j5I3ImCK012901; Fri, 17 Jun 2005 22:18:48 -0500 (CDT) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j5I3HTP04899; Fri, 17 Jun 2005 22:17:29 -0500 (CDT) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: rms@gnu.org, emacs-devel@gnu.org In-reply-to: message from Luc Teirlinck on 17 Jun 2005 21:48:32 -0500 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: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:39059 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:39059 Of course, in my previous message, with "overlapping matches", I meant overlapping _multiline_ matches. The current occur implementation treats overlapping _one-line_ matches according to the same philosophy as the one I propose for multiline matches, which is one further argument for my proposal. The _current_ occur implementation shows the line only once and the only matches that are highlighted are the ones that match according to the C-M-s philosophy. For example, with a buffer containing only "111", with the current occur, after `M-x occur RET 11 RET", the highlighting only finds a match at position 1, not at position 2. To be consistent with the way it currently treats multiline overlapping matches, occur should show the line enough times to highlight all overlapping matches without overlap in their highlighting. I am starting to wonder whether the change from the Emacs 21 behavior in the multiline case was really intentional. Sincerely, Luc.