all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#21967: C-s insists on putting us back at the center of the screen
@ 2015-11-20 20:11 Dan Jacobson
  2015-11-21  0:21 ` John Wiegley
  2019-10-14 19:34 ` Lars Ingebrigtsen
  0 siblings, 2 replies; 3+ messages in thread
From: Dan Jacobson @ 2015-11-20 20:11 UTC (permalink / raw)
  To: 21967

Several taps of C-s get more and more of what we were searching for. All
well and good.

Two taps of C-l put the cursor at the top of the screen.

Several taps of C-s get more and more of what we were searching for. All
well and bad... because what if we want to stay at the top of the screen
while doing that... C-s insists on putting us back in the center of the
screen! (Which is usually good. However perhaps after two taps of C-l,
it should stay at the top during the next search or something.)





^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#21967: C-s insists on putting us back at the center of the screen
  2015-11-20 20:11 bug#21967: C-s insists on putting us back at the center of the screen Dan Jacobson
@ 2015-11-21  0:21 ` John Wiegley
  2019-10-14 19:34 ` Lars Ingebrigtsen
  1 sibling, 0 replies; 3+ messages in thread
From: John Wiegley @ 2015-11-21  0:21 UTC (permalink / raw)
  To: Dan Jacobson; +Cc: Alan Mackenzie, 21967

>>>>> Dan Jacobson <jidanni@jidanni.org> writes:

> Several taps of C-s get more and more of what we were searching for. All
> well and good.
>
> Two taps of C-l put the cursor at the top of the screen.
>
> Several taps of C-s get more and more of what we were searching for. All
> well and bad... because what if we want to stay at the top of the screen
> while doing that... C-s insists on putting us back in the center of the
> screen! (Which is usually good. However perhaps after two taps of C-l, it
> should stay at the top during the next search or something.)

Hi Dan,

Alan Mackenzie implemented the C-l behavior within isearch back in 2003, so
I'm copying him on this response.

Alan, is there a safe and easy way to support the described behavior?

John





^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#21967: C-s insists on putting us back at the center of the screen
  2015-11-20 20:11 bug#21967: C-s insists on putting us back at the center of the screen Dan Jacobson
  2015-11-21  0:21 ` John Wiegley
@ 2019-10-14 19:34 ` Lars Ingebrigtsen
  1 sibling, 0 replies; 3+ messages in thread
From: Lars Ingebrigtsen @ 2019-10-14 19:34 UTC (permalink / raw)
  To: Dan Jacobson; +Cc: 21967

Dan Jacobson <jidanni@jidanni.org> writes:

> Several taps of C-s get more and more of what we were searching for. All
> well and good.
>
> Two taps of C-l put the cursor at the top of the screen.
>
> Several taps of C-s get more and more of what we were searching for. All
> well and bad... because what if we want to stay at the top of the screen
> while doing that... C-s insists on putting us back in the center of the
> screen! (Which is usually good. However perhaps after two taps of C-l,
> it should stay at the top during the next search or something.)

I think that sounds like surprising and unintuitive behaviour for such a
central command, so I'm closing this bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2019-10-14 19:34 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-11-20 20:11 bug#21967: C-s insists on putting us back at the center of the screen Dan Jacobson
2015-11-21  0:21 ` John Wiegley
2019-10-14 19:34 ` Lars Ingebrigtsen

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.