From gg@zip.com.au Sun Jun 1 18:46: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=-3.3 required=4.0 tests=AWL,BAYES_00,FOURLA, RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 2 Jun 2008 01:46:37 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m521kWHA011135 for ; Sun, 1 Jun 2008 18:46:34 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K2z84-000502-E9 for bug-gnu-emacs@gnu.org; Sun, 01 Jun 2008 21:46:32 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K2z83-0004z7-FX for bug-gnu-emacs@gnu.org; Sun, 01 Jun 2008 21:46:32 -0400 Received: from [199.232.76.173] (port=52391 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K2z83-0004yy-Bq for bug-gnu-emacs@gnu.org; Sun, 01 Jun 2008 21:46:31 -0400 Received: from mailout2-6.pacific.net.au ([61.8.2.229]:39351 helo=mailout2.pacific.net.au) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1K2z82-0008J0-HE for bug-gnu-emacs@gnu.org; Sun, 01 Jun 2008 21:46:31 -0400 Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.2.163]) by mailout2.pacific.net.au (Postfix) with ESMTP id B5C5EB110F for ; Mon, 2 Jun 2008 11:46:26 +1000 (EST) Received: from blah.blah (ppp2F2B.dyn.pacific.net.au [61.8.47.43]) by mailproxy2.pacific.net.au (Postfix) with ESMTP id 9BFDB27432 for ; Mon, 2 Jun 2008 11:46:25 +1000 (EST) Received: from gg by blah.blah with local (Exim 4.69) (envelope-from ) id 1K2z7s-0005jb-EY for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2008 11:46:20 +1000 From: Kevin Ryde To: bug-gnu-emacs@gnu.org Subject: show-paren-mode overlay extending onto new text Date: Mon, 02 Jun 2008 11:46:20 +1000 Message-ID: <87k5h8vcb7.fsf@blah.blah> User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) In show-paren-mode, when point is after a closing paren so it and the opener are highlighted, sometimes newly inserted text is covered with the paren colour too, for a little while. This doesn't happen all the time, but I've noticed in particular in program output from M-x compile. So from "emacs -Q", M-x show-paren-mode M-x compile echo -n '(hello)'; sleep 6; yes C-x o # to *compilation* buffer M-> # go to end of buffer => the (hello) parens are highlighted => but then the output of "yes" is highlighted too The "sleep 6" gives you a chance to switch to the compilation buffer, the "echo -n" is so there's no trailing newline in the buffer yet. An "echo" like this is of course a contrivance, but I've struck the effect in real program output when switching to the buffer at a random point or when a close paren is a genuine last bit of its output so far. I guess for most insertions the timer or whatever gets a chance to reset or hide the overlay, but for heavy running compile output maybe that doesn't happen. I wondered if the make-overlay in show-paren-function might have the "rear-advance" arg nil, unless there's ever a time it ought to extend. In GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.12.9) of 2008-04-27 on raven, modified by Debian configured using `configure '--build=i486-linux-gnu' '--host=i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs22:/etc/emacs:/usr/local/share/emacs/22.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/22.2/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/22.2/leim' '--with-x=yes' '--with-x-toolkit=gtk' '--with-toolkit-scroll-bars' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -g -O2' 'LDFLAGS=-g' 'CPPFLAGS='' 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: en_AU locale-coding-system: iso-8859-1 default-enable-multibyte-characters: t Major mode: Group Minor modes in effect: gnus-topic-mode: t gnus-undo-mode: t show-paren-mode: t encoded-kbd-mode: t file-name-shadow-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t line-number-mode: t From rudalics@gmx.at Sun Jun 1 23:23: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=-5.5 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 2 Jun 2008 06:23:36 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m526NW80014340 for ; Sun, 1 Jun 2008 23:23:33 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K33S8-0005WK-37 for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2008 02:23:32 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K33S5-0005Vk-Or for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2008 02:23:30 -0400 Received: from [199.232.76.173] (port=47631 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K33S5-0005Vh-Iq for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2008 02:23:29 -0400 Received: from mail.gmx.net ([213.165.64.20]:56897) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1K33S5-0007c4-54 for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2008 02:23:29 -0400 Received: (qmail invoked by alias); 02 Jun 2008 06:23:27 -0000 Received: from 62-47-50-213.adsl.highway.telekom.at (EHLO [62.47.50.213]) [62.47.50.213] by mail.gmx.net (mp035) with SMTP; 02 Jun 2008 08:23:27 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/NxxlLig7NF3Ee6jRrjc5m2y0rDp16lMURF9MynI gZliM2tSDbxUZ/ Message-ID: <484391EC.2050905@gmx.at> Date: Mon, 02 Jun 2008 08:23:40 +0200 From: martin rudalics User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Kevin Ryde , 349@debbugs.gnu.org CC: bug-gnu-emacs@gnu.org Subject: Re: bug#349: show-paren-mode overlay extending onto new text References: <87k5h8vcb7.fsf@blah.blah> In-Reply-To: <87k5h8vcb7.fsf@blah.blah> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) > I wondered if the make-overlay in show-paren-function > might have the "rear-advance" arg nil, unless there's ever a time it > ought to extend. > > In GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.12.9) [...] > show-paren-mode: t [...] Version 1.75 of paren.el has (setq show-paren-overlay-1 (make-overlay from to nil t))) and (setq show-paren-overlay (make-overlay from to nil t)))) hence both overlays seem to have "rear-advance" nil. From monnier@IRO.UMontreal.CA Mon Jun 2 06:48:17 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=-5.5 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, MURPHY_DRUGS_REL8,RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 2 Jun 2008 13:48:18 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m52DmAjk026469 for ; Mon, 2 Jun 2008 06:48:11 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K3AOQ-00022C-6A for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2008 09:48:10 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K3AON-00021M-L9 for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2008 09:48:09 -0400 Received: from [199.232.76.173] (port=40060 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K3AON-00021C-FG for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2008 09:48:07 -0400 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:38997) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1K3AON-0002jI-99 for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2008 09:48:07 -0400 Received: from ceviche.home (vpn-132-204-232-124.acd.umontreal.ca [132.204.232.124]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id m52DmNkZ006638 for ; Mon, 2 Jun 2008 09:48:24 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 127C9B4239; Mon, 2 Jun 2008 09:47:54 -0400 (EDT) From: Stefan Monnier To: martin rudalics Cc: 349@debbugs.gnu.org, Kevin Ryde , bug-gnu-emacs@gnu.org Subject: Re: bug#349: show-paren-mode overlay extending onto new text Message-ID: References: <87k5h8vcb7.fsf@blah.blah> <484391EC.2050905@gmx.at> Date: Mon, 02 Jun 2008 09:47:54 -0400 In-Reply-To: <484391EC.2050905@gmx.at> (martin rudalics's message of "Mon, 02 Jun 2008 08:23:40 +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 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3028=0 X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) X-CrossAssassin-Score: 2 >> I wondered if the make-overlay in show-paren-function >> might have the "rear-advance" arg nil, unless there's ever a time it >> ought to extend. >> >> In GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.12.9) > [...] >> show-paren-mode: t > [...] > Version 1.75 of paren.el has > (setq show-paren-overlay-1 (make-overlay from to nil t))) > and > (setq show-paren-overlay (make-overlay from to nil t)))) > hence both overlays seem to have "rear-advance" nil. Indeed, the problem is that compile.el uses insert-before-markers. So no amount of rear-advance will help. I have been using a simple patch which adds a buffer-local variable which I called `window-marker-insertion-type' (but I realize now it should rather be `window-point-insertion-type'), so major modes can set this variable if they want `window-point' to be "move after insertion". This way, compile.el (and other similar packages) might not need to use insert-before-markers. Stefan From gg@zip.com.au Mon Jun 2 18:01:08 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=-5.6 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 3 Jun 2008 01:01:08 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m53115QE030595 for ; Mon, 2 Jun 2008 18:01:06 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K3Ktd-0006B9-E8 for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2008 21:01:05 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K3Ktb-00068S-7H for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2008 21:01:04 -0400 Received: from [199.232.76.173] (port=34824 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K3Ktb-00068B-1J for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2008 21:01:03 -0400 Received: from mailout2-6.pacific.net.au ([61.8.2.229]:51419 helo=mailout2.pacific.net.au) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1K3Kta-0003N7-Ew for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2008 21:01:02 -0400 Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.2.162]) by mailout2.pacific.net.au (Postfix) with ESMTP id 774DDB3B5B; Tue, 3 Jun 2008 11:00:58 +1000 (EST) Received: from blah.blah (ppp293E.dyn.pacific.net.au [61.8.41.62]) by mailproxy1.pacific.net.au (Postfix) with ESMTP id 0E6058C18; Tue, 3 Jun 2008 11:00:58 +1000 (EST) Received: from gg by blah.blah with local (Exim 4.69) (envelope-from ) id 1K3KtQ-0000vU-4k; Tue, 03 Jun 2008 11:00:52 +1000 From: Kevin Ryde To: martin rudalics Cc: 349@debbugs.gnu.org, bug-gnu-emacs@gnu.org Subject: Re: bug#349: show-paren-mode overlay extending onto new text References: <87k5h8vcb7.fsf@blah.blah> <484391EC.2050905@gmx.at> Date: Tue, 03 Jun 2008 11:00:51 +1000 In-Reply-To: <484391EC.2050905@gmx.at> (martin rudalics's message of "Mon, 02 Jun 2008 08:23:40 +0200") Message-ID: <87bq2j8h8c.fsf@blah.blah> User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-CrossAssassin-Score: 2 martin rudalics writes: > > hence both overlays seem to have "rear-advance" nil. Oops, yep, I got myself completely confused about nil, t, front and rear! From monnier@iro.umontreal.ca Tue Jun 10 09:20:28 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.8 required=4.0 tests=AWL,BAYES_00,FAKE_REPLY_C autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 349-done) by emacsbugs.donarmstrong.com; 10 Jun 2008 16:20:28 +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 m5AGKOw8020039 for <349-done@emacsbugs.donarmstrong.com>; Tue, 10 Jun 2008 09:20:26 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AicCAGFGTkjO+ISodGdsb2JhbACBW5A1ASedUQ X-IronPort-AV: E=Sophos;i="4.27,618,1204520400"; d="scan'208";a="22367591" Received: from smtp.pppoe.ca (HELO smtp.teksavvy.com) ([65.39.196.238]) by ironport2-out.teksavvy.com with ESMTP; 10 Jun 2008 12:20:19 -0400 Received: from pastel.home ([206.248.132.168]) by smtp.teksavvy.com (Internet Mail Server v1.0) with ESMTP id QWE67919; Tue, 10 Jun 2008 12:20:19 -0400 Received: by pastel.home (Postfix, from userid 20848) id 4D41482F1; Tue, 10 Jun 2008 12:20:19 -0400 (EDT) From: Stefan Monnier To: 349-done@debbugs.gnu.org Subject: Re: show-paren-mode overlay extending onto new text Message-ID: Date: Tue, 10 Jun 2008 12:20:19 -0400 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 I've installed a change which fixes this problem for `compile' buffers as well as a few others (e.g. comint). The underlying problem is still present and currently unavoidable, so it may show up anywhere where insert-before-markers is used, but the new window-point-insertion-type should reduce the need for insert-before-markers. Stefan From unknown Sat Jun 14 05:02:47 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: $requester Subject: Internal Control Message-Id: bug archived. Date: Wed, 09 Jul 2008 14:24:04 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A log time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator