unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: kim.knowles@comdev.cc
Cc: Kim Knowles <kim@cleanup.comdev.cc>
Subject: bug in emacs 21.2.1?
Date: Fri, 26 Jul 2002 16:46:52 -0700	[thread overview]
Message-ID: <20020726234652.GA23640@cleanup.comdev.cc> (raw)

I am running RedHat Linux 7.2, and Emacs version:
GNU Emacs 21.2.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2002-05-03

I have been using emacs since 1992 (primarily using Emacs 19) and
updated recently to Emacs 21.  It is very impressively good and I have
been enjoying many aspects of it.  However, today I discovered a
disturbing behavior that I think must be a bug.

I like to use Emacs fully maximized vertically, but with the default
80-char width, and often I divide it vertically into 2 parts (C-x 2)
and switch between them.  On occasion, these two buffers really are
navigating two different points in the same file.

When I search for an item, when I find the line I want I often hit C-l
to redraw the buffer with that line centered vertically.  I believe
that is what it does.  However, the disturbing behavior is that when I
have found the spot in the top buffer, when I go to the the bottom
buffer and find the spot I want there, when I hit C-l, the other
buffer also moves.  It moves by what appears to be the same amount I
moved my cursor in the lower buffer from the time I switched to that
buffer until the C-l.

Quick recap:

Open file foo.txt (which is ~1800 lines long).  
C-x 2.
In top buffer, search for pattern XYZ.
C-l.
Switch to bottom buffer (C-x o).
Search for pattern ABC.
C-l.

The top buffer is no longer at XYZ, it is some arbitrary jump away from
where it used to be.

This behavior is very frustrating, and I cannot think of any instance
where it would be desirable. 

My understanding of the original spec for C-l was center the current line
vertically in the buffer.

I apologize if I have left any system information out or if this is 
a duplicate bug.  If you could tell me whether this is a bug, or if
it is fixed in 21.2.2, I would really appreciate it.  I could not find
it in the "User Visible Changes" and I did not find a list of known
bugs.

-Kim.

                 reply	other threads:[~2002-07-26 23:46 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=20020726234652.GA23640@cleanup.comdev.cc \
    --to=kim.knowles@comdev.cc \
    --cc=kim@cleanup.comdev.cc \
    /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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).