all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Alan Mackenzie <acm@muc.de>
To: "Aeron.E. Wang" <aeron.e.wang@gmail.com>
Cc: 6610@debbugs.gnu.org
Subject: bug#6610: scrolling problem of emacs
Date: Sun, 11 Jul 2010 18:44:26 +0000	[thread overview]
Message-ID: <20100711184426.GD3134@muc.de> (raw)
In-Reply-To: <AANLkTima4tYuUhpSAKV0H0JeuYvd9Bt2MRJFWY0uhl-U@mail.gmail.com>

Hi, Aeron,

On Sat, Jul 10, 2010 at 11:34:44PM -0400, Aeron.E. Wang wrote:
> Hi,

> When scrolling with mouse or C-v or M-v, the cursor is moving. This destroys
> the long highlights and selections etc. and it's confusing users. Most
> editors keep the cursor position fixed even when it's invisible.

The region is bounded by point and mark.  You can remember the current
position of the region with C-<space> before you start scrolling.  A
subsequent C-u C-<space> will restore that region.  I don't actually use
highlighting or selections myself, so this might not be what you want.

> I searched the web for a solution but there is none. Looked the code of
> emacs, looks vertical-motion also will move cursor when scrolling (not sure
> how about vmotion). I believe the next release of emacs should fix this. If
> there is any work-arounds please kindly let me know.

It's not broken, there's nothing to fix.   Think about it - usually, when
people scroll a buffer, they'll be wanting to insert/delete text where
they end up.  If point (Emacs jargon for the cursor) is left behind, they
won't be able to edit at the new position.  How on earth are they going
to indicate to Emacs where point should go.  Yes I know how you'll
counter this.  You'll say that you can click the mouse.  However, not all
systems have mice, and many hackers dislike using them.  Emacs was
designed to be used without mouse ambages.

You say it's confusing when the point moves with the scrolling.  I say
this is nothing compared to the aggravation I used to suffer with lesser
editors when, after scrolling, an accidental keypress would warp back to
the random position where the cursor was.  This destroyed my chain of
thought with 100% reliability.

> Please also let me know how to track the followup(s) of this "bug?" if
> any... I hope so!

You should get cc's of all the followup mail.

> Thanks,
> Aeron

-- 
Alan Mackenzie (Nuremberg, Germany).





  parent reply	other threads:[~2010-07-11 18:44 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-11  3:34 bug#6610: scrolling problem of emacs Aeron.E. Wang
2010-07-11 17:58 ` Eli Zaretskii
2010-07-11 18:44 ` Alan Mackenzie [this message]
2010-07-12  5:45 ` martin rudalics

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=20100711184426.GD3134@muc.de \
    --to=acm@muc.de \
    --cc=6610@debbugs.gnu.org \
    --cc=aeron.e.wang@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.