From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: Re: Erroneous selection extension in Emacs version 22.1 for Win32 Date: Tue, 26 Jun 2007 14:04:15 +0200 Message-ID: <468100BF.70905@gmx.at> References: <121608.61940.qm@web58613.mail.re3.yahoo.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1182859558 20420 80.91.229.12 (26 Jun 2007 12:05:58 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 26 Jun 2007 12:05:58 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org To: Bostjan Vilfan Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jun 26 14:05:52 2007 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1I39nq-0001rr-Bk for geb-bug-gnu-emacs@m.gmane.org; Tue, 26 Jun 2007 14:05:50 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I39np-0003YX-SP for geb-bug-gnu-emacs@m.gmane.org; Tue, 26 Jun 2007 08:05:49 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1I39nP-0003Aq-BN for bug-gnu-emacs@gnu.org; Tue, 26 Jun 2007 08:05:23 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1I39nM-00039f-KX for bug-gnu-emacs@gnu.org; Tue, 26 Jun 2007 08:05:22 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I39nM-00039a-Ck for bug-gnu-emacs@gnu.org; Tue, 26 Jun 2007 08:05:20 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1I39nM-0006W9-3z for bug-gnu-emacs@gnu.org; Tue, 26 Jun 2007 08:05:20 -0400 Original-Received: (qmail invoked by alias); 26 Jun 2007 12:05:18 -0000 Original-Received: from N733P030.adsl.highway.telekom.at (EHLO [62.47.35.158]) [62.47.35.158] by mail.gmx.net (mp040) with SMTP; 26 Jun 2007 14:05:18 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/6aPhadWP6uIQOSlJzA/sJvm7rETvQA3IVMMoOgB ccd8+Y4hh1kaJ+ User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: de-DE, de, en-us, en In-Reply-To: <121608.61940.qm@web58613.mail.re3.yahoo.com> X-Y-GMX-Trusted: 0 X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:16000 Archived-At: > Hello, > I sent you a previous post, but it may have been premature. I think that your patch results in at least much better behavior. I will observe it for some time, and give you my final verdict in a day or two. Your recipe for producing the bug was overly difficult ;-) To reproduce the bug proceed as follows (without my patch, obviously): With emacs -Q insert the following line in *scratch* (overlay-put mouse-drag-overlay 'face 'isearch) put the cursor after it and hit C-x C-e (`eval-last-sexp'). Make sure that `transient-mark-mode' is off (it is by default). Now mark the line with the left mouse button (`mouse-set-region'). It should be highlighted in the face `isearch' (some kind of magenta on my system). Click the left mouse button and the highlighting should disappear. Everything's nice. Now again mark the line as above. When you _release_ the left button the line should be highlighted in `region' face (a goldenrod on my system). Look at the value of `transient-mark-mode'. It should be 'identity. If you look at the menu bar's Options -> Active Region Highlighting you will see that it's checked: `mouse-drag-track' has "turned on" `transient-mark-mode'. In your original report you observed a marking behavior as with `transient-mark-mode' on (which is a real pain, BTW). The funny thing about this is that for some three years people who had `transient-mark-mode' disabled, actually did use `transient-mark-mode' (admittedly only those who used `mouse-set-region').