all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Drew Adams <drew.adams@oracle.com>
To: Eli Zaretskii <eliz@gnu.org>, Drew Adams <drew.adams@oracle.com>
Cc: 18590@debbugs.gnu.org, nljlistbox2@gmail.com
Subject: bug#18590: 24.3.93; Scrolling changes/forgets selection
Date: Tue, 30 Sep 2014 10:10:42 -0700 (PDT)	[thread overview]
Message-ID: <468a4b88-6b7f-460c-8f14-50e7f494224a@default> (raw)
In-Reply-To: <<8361g5kpqb.fsf@gnu.org>>

> But point moves when you scroll, so the selected portion of text
> changes.  The OP wanted the selection to remain unchanged on both
> ends (at least that's my understanding of the report).

Did you see the behavior I suggested might be an improvement?
I think it might respond to what the OP was expecting.

There might be a downside to what I suggested - haven't thought
much about it.  But I do think it responds to the gotcha that
has bitten me and I think is biting the OP.  You have something
selected.  Scrolling gives you the (mistaken) impression that you
are only enlarging that selection.

Consider what mouse-3 does after you have selected some text as
somewhat of an analogy.  It does not matter which end of the
initially selected text point is at.  When you click mouse-3
outside the region, the region is extended to the click position.
Similarly, if you click inside the region, it is reduced to the
click position.  And the other end of the initially selected
region is not changed - regardless of whether point or mark was
at that end.

That is more or less what my suggest was for scrolling: have it
extend (or reduce, if scrolling toward point and away from mark)
the region, but have it keep the other end of the original
region.  It would have to be kept as mark, of course, since
scrolling moves the point end of the region.  That is just what
is done by mouse-3 too: it moves point to the click position
and puts mark at the far end of the region (which position does
not change).





  parent reply	other threads:[~2014-09-30 17:10 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <<69d7a976-96b7-49c6-bb96-e69f2fa8c93e@default>
     [not found] ` <<83fvf9ktwd.fsf@gnu.org>
2014-09-30 16:43   ` bug#18590: 24.3.93; Scrolling changes/forgets selection Drew Adams
2014-09-30 17:00     ` Eli Zaretskii
     [not found]   ` <<4a1fd296-dc2f-4fb3-a854-0b4acea62f72@default>
     [not found]     ` <<8361g5kpqb.fsf@gnu.org>
2014-09-30 17:10       ` Drew Adams [this message]
2014-09-30 17:44         ` Eli Zaretskii
     [not found] <<87k34li7ex.fsf@moondust.localdomain>
     [not found] ` <<83ppedkwrs.fsf@gnu.org>
2014-09-30 15:06   ` Drew Adams
2014-09-30 15:30     ` Eli Zaretskii
2014-09-30 13:07 N. Jackson
2014-09-30 14:28 ` Eli Zaretskii
2014-09-30 17:42   ` N. Jackson
2014-09-30 17:56     ` martin rudalics
2014-09-30 19:22       ` Stefan Monnier
2014-09-30 17:59     ` Eli Zaretskii
2014-09-30 18:09     ` Stefan Monnier
     [not found]   ` <mailman.10089.1412098998.1147.bug-gnu-emacs@gnu.org>
2014-10-01 13:29     ` Alan Mackenzie
2014-10-01 14:42       ` Stefan Monnier
2014-10-01 14:59         ` Drew Adams
2022-04-13  0:37 ` Lars Ingebrigtsen
2022-04-13  0:50   ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=468a4b88-6b7f-460c-8f14-50e7f494224a@default \
    --to=drew.adams@oracle.com \
    --cc=18590@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    --cc=nljlistbox2@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.