From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Wendy Elmer Newsgroups: gmane.emacs.bugs Subject: bug#11989: mark region unreliable in 24.1 Date: Sun, 22 Jul 2012 18:48:51 -0400 Message-ID: <1342997331.24232.11.camel@localhost.localdomain> References: <1342706820.24101.11.camel@belmer> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=-UUzJ+DSAL56yL2jWnusT" X-Trace: dough.gmane.org 1342997377 17420 80.91.229.3 (22 Jul 2012 22:49:37 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 22 Jul 2012 22:49:37 +0000 (UTC) Cc: 11989@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jul 23 00:49:37 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1St4y1-0001Ct-3u for geb-bug-gnu-emacs@m.gmane.org; Mon, 23 Jul 2012 00:49:37 +0200 Original-Received: from localhost ([::1]:60029 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1St4y0-0008EA-Cu for geb-bug-gnu-emacs@m.gmane.org; Sun, 22 Jul 2012 18:49:36 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:54443) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1St4xy-0008E5-2U for bug-gnu-emacs@gnu.org; Sun, 22 Jul 2012 18:49:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1St4xw-0005sf-JC for bug-gnu-emacs@gnu.org; Sun, 22 Jul 2012 18:49:34 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:48499) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1St4xw-0005sX-CS for bug-gnu-emacs@gnu.org; Sun, 22 Jul 2012 18:49:32 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1St54E-0005iV-9p for bug-gnu-emacs@gnu.org; Sun, 22 Jul 2012 18:56:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Wendy Elmer Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Jul 2012 22:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11989 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 11989-submit@debbugs.gnu.org id=B11989.134299773221941 (code B ref 11989); Sun, 22 Jul 2012 22:56:02 +0000 Original-Received: (at 11989) by debbugs.gnu.org; 22 Jul 2012 22:55:32 +0000 Original-Received: from localhost ([127.0.0.1]:58045 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1St53j-0005hp-TV for submit@debbugs.gnu.org; Sun, 22 Jul 2012 18:55:32 -0400 Original-Received: from imr-db01.mx.aol.com ([205.188.91.95]:55114) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1St53h-0005hh-50 for 11989@debbugs.gnu.org; Sun, 22 Jul 2012 18:55:30 -0400 Original-Received: from mtaout-da02.r1000.mx.aol.com (mtaout-da02.r1000.mx.aol.com [172.29.51.130]) by imr-db01.mx.aol.com (8.14.1/8.14.1) with ESMTP id q6MMmruS030674; Sun, 22 Jul 2012 18:48:53 -0400 Original-Received: from [192.168.1.64] (pool-71-254-2-242.burl.east.myfairpoint.net [71.254.2.242]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mtaout-da02.r1000.mx.aol.com (MUA/Third Party Client Interface) with ESMTPSA id EEFA4E0000D3; Sun, 22 Jul 2012 18:48:52 -0400 (EDT) In-Reply-To: X-Mailer: Evolution 3.4.3-1 x-aol-global-disposition: G DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20110426; t=1342997333; bh=UBZhRNuUIUND/lMpuWLU+wUXnnACOIFtqzZgcWqAvls=; h=From:To:Subject:Message-ID:Date:Mime-Version:Content-Type; b=XkV9noCOEEqyeJFpX23PgYTB+vaT78YOw17m3rAFVAN5sx7d9xqA1Db0+5F6/eFnp S7zK5H8xQn9U5vPaY92mpzhgwVhr/nsvyevJEWlfRzSWAhm01RL1g5g1/1Btyz88zD pKRe3VsQ3WvADUPInpvfi8NlVq/ioK4MQqXk1BiE= X-AOL-SCOLL-SCORE: 0:2:440199264:93952408 X-AOL-SCOLL-URL_COUNT: 0 x-aol-sid: 3039ac1d3382500c83540986 X-AOL-IP: 71.254.2.242 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:62292 Archived-At: --=-UUzJ+DSAL56yL2jWnusT Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit On Sun, 2012-07-22 at 05:39 -0400, Stefan Monnier wrote: > > I then move the cursor to the end of the region I want to mark. I then > > do something like CTL-w or ALT-w to cut or copy the region. Sometimes > > the region gets marked and sometimes it doesn't. I read through the > > Could you be more specific? "The region gets marked" means (to me) that > the region gets highlighted, which should already happen while you "move > the cursor to the end of the region". So do you see the region being > highlighted while you move the "cursor" (which I call point)? If you > do, then what is it that really "doesn't work"? > > Try to be super specific since most likely the thing that matters is > for you an irrelevant detail you don't even notice. > > > Stefan The region doesn't get highlighted. When the region gets marked correctly and then I do an ALT-w for example, the cursor will bounce back to the the location that was marked with the CTL-spc and then back to point at the end of the region. Then if I do a CTL-y, the region I marked will be yanked and pasted. When it doesn't work, when I do an ALT-w, the cursor does not bounce back to the mark. And then of course when I do a CTL-y, nothing is yanked back because the mark did not work properly. So, what seems to not be working reliably is: do a CTL-spc to set mark move the cursor to another location with the mouse by clicking with the left mouse button then do CTL-w or ALT-w at the point of the CTL-w or ALT-w it is like the mark is not set any more because the cursor does not bounce back to the CTL-spc location Since I am running Debian, I have set the emacs alternative back to version 23 and setting the mark always works. Brent --=-UUzJ+DSAL56yL2jWnusT Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit On Sun, 2012-07-22 at 05:39 -0400, Stefan Monnier wrote: 
> I then move the cursor to the end of the region I want to mark.  I then
> do something like CTL-w or ALT-w to cut or copy the region.  Sometimes
> the region gets marked and sometimes it doesn't.  I read through the

Could you be more specific?  "The region gets marked" means (to me) that
the region gets highlighted, which should already happen while you "move
the cursor to the end of the region".  So do you see the region being
highlighted while you move the "cursor" (which I call point)?  If you
do, then what is it that really "doesn't work"?

Try to be super specific since most likely the thing that matters is
for you an irrelevant detail you don't even notice.


        Stefan
The region doesn't get highlighted.   When the region gets marked correctly and then I do an ALT-w for example, the cursor will bounce back to the the location that was marked with the CTL-spc and then back to point at the end of the region.  Then if I do a CTL-y, the region I marked will be yanked and pasted.  When it doesn't work, when I do an ALT-w, the cursor does not bounce back to the mark.  And then of course when I do a CTL-y, nothing is yanked back because the mark did not work properly.

So, what seems to not be working reliably is:
do a CTL-spc to set mark
move the cursor to another location with the mouse by clicking with the left mouse button
then do CTL-w or ALT-w

at the point of the CTL-w or ALT-w it is like the mark is not set any more because the cursor does not bounce back to the CTL-spc location

Since I am running Debian, I have set the emacs alternative back to version 23 and setting the mark always works.

Brent --=-UUzJ+DSAL56yL2jWnusT--