GNU bug report logs - #13523
24.2.92; [regression] mark-active

Previous Next

Package: emacs;

Reported by: Leo Liu <sdl.web <at> gmail.com>

Date: Tue, 22 Jan 2013 08:21:02 UTC

Severity: important

Tags: confirmed, help

Found in versions 24.2, 24.1, 24.2.92

Done: Stefan Monnier <monnier <at> iro.umontreal.ca>

Bug is archived. No further changes may be made.

Full log


Message #48 received at 13523 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 13523 <at> debbugs.gnu.org, Chong Yidong <cyd <at> gnu.org>
Subject: Re: bug#13523: 24.2.92; [regression] mark-active
Date: Thu, 31 Jan 2013 09:47:36 -0500
>>> Can we turn the test around, so that rather than saying "deactivate the
>>> mark if the final event was mouse-set-point or mouse-set-region", we say
>>> "deactivate the mark unless the final event was X or Y"?
>>> (I don't know what X or Y are, something related to multi-clicks I guess.)
>> Can someone point out why the patch below wouldn't work?
> Won't it break dragging to select a region and activate the mark?

I don't think so, because the next command (the one bound to the
up-event) should/will activate the mark (since the next event should be
a drag-mouse-1).

And in my tests, it seems to work just fine, indeed.

> Bearing that in mind, this seems odd:
>   (> (event-click-count event) 0)
> since surely event-click-count is always >= 1?

Indeed even (event-click-count ?a) returns 1, so the test seems broken.


        Stefan




This bug report was last modified 12 years and 108 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.