all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* compare-windows should allow backwards comparing
@ 2004-12-28 22:03 Dan Jacobson
  2004-12-29  1:45 ` Juri Linkov
  0 siblings, 1 reply; 3+ messages in thread
From: Dan Jacobson @ 2004-12-28 22:03 UTC (permalink / raw)


compare-windows should allow backwards comparing, i.e., marching
upwards, not just always downwards.

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

* Re: compare-windows should allow backwards comparing
  2004-12-28 22:03 compare-windows should allow backwards comparing Dan Jacobson
@ 2004-12-29  1:45 ` Juri Linkov
  2004-12-29 22:59   ` throwing away future possibilities via "nil or not nil" Dan Jacobson
  0 siblings, 1 reply; 3+ messages in thread
From: Juri Linkov @ 2004-12-29  1:45 UTC (permalink / raw)
  Cc: bug-gnu-emacs

Dan Jacobson <jidanni@jidanni.org> writes:
> compare-windows should allow backwards comparing, i.e., marching
> upwards, not just always downwards.

Great idea!  I often need this too.  Like searching for a text with
C-s needs the reverse key C-r to return to the previous matches,
searching for the differences needs the reverse function too.

And it seems it is easily implementable: just changing `forward' to
`backward' in some function names and changing the sign in some
arithmetic operations.

But what would be the best UI for this?  `compare-windows' already
has a prefix arg `ignore-whitespace', so using a prefix key to
switch the direction is not possible.  Maybe creating the new
command `compare-windows-backward' is enough?

-- 
Juri Linkov
http://www.jurta.org/emacs/

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

* throwing away future possibilities via "nil or not nil"
  2004-12-29  1:45 ` Juri Linkov
@ 2004-12-29 22:59   ` Dan Jacobson
  0 siblings, 0 replies; 3+ messages in thread
From: Dan Jacobson @ 2004-12-29 22:59 UTC (permalink / raw)


Juri> `compare-windows' already has a prefix arg `ignore-whitespace',
Juri> so using a prefix key to switch the direction is not possible.

Just curious, are things like that examples of where future extensions
are not anticipated, like specifying "nil or not nil" and thus
throwing away future other possibilities? (So less elegant
alternatives must be used.)

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

end of thread, other threads:[~2004-12-29 22:59 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-12-28 22:03 compare-windows should allow backwards comparing Dan Jacobson
2004-12-29  1:45 ` Juri Linkov
2004-12-29 22:59   ` throwing away future possibilities via "nil or not nil" Dan Jacobson

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.