all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: don provan <dprovan@comcast.net>
Subject: Re: current directory
Date: Sat, 21 Oct 2006 11:38:28 -0700	[thread overview]
Message-ID: <u3b9hv7iz.fsf@comcast.net> (raw)
In-Reply-To: mailman.100.1161276782.2130.help-gnu-emacs@gnu.org

vb <help-gnu-emacs@vsbe.com> writes:

> well, this is becoming a philosophical issue, but I'll comment on it
> anyways: as soon as somebody gets to decide what is good for other
> people, the other people are in trouble.

LOL! You obviously aren't very familiar with emacs! Emacs provides all
manner of options for adjusting anything to any behavior that's ever
been suggested by anyone for any reason. And then *on top of that* you
can implement any changes, improvements, or additions with a little
lisp code.

But the fact is that *something* has to be the default behavior, and
in this case, the per-buffer current directory is an outstanding
choice. The only reason it might give people some trouble is that more
trivial editors encourage you to invoke the editor one time for one
file, and then invoke it again for another file, etc., so that there's
a one-to-one correspondence between editor session and file. Emacs is
a development system, so most people use it to look at or modify many
files in any given session. (Some people go so far as to use a single
emacs sessions as their *entire user environment* and don't do
*anything* outside emacs!) In that situation, it would be *insane* to
insist that the user keep in mind some arbitrary "current directory"
based on how emacs was invoked the very first time when there's a very
specific and obvious directory location staring the user in the face.

> Again, I am all for emacs doing whatever whoever thinks is good. But
> let those who feel otherwise do what they want - otherwise this is
> like a communist society: driving people to their happiness with an
> iron fist.

Fight on, Dude!

> say I am editing a file which is longer than a few screenfulls. I
> hit the 'page up' key a few times, and then hit the 'page down' key
> the same number of times. I get back the screen there was
> originally, but the cursor now is in the first line, not where it
> was before these page scrolls.

I'm not sure what editor you're thinking of, but what the other
editors I'm familiar with do is leave the cursor on a page that you
aren't currently looking at, making it amusing and confusing when you
issue a command that actually depends on a cursor location that is not
long in view. While someone mentioned a workaround, really the problem
is that you aren't using the editor to accomplish what *you* want.
Isn't what you really want to do hold your place with a finger, go off
and look at something somewhere else, and then return to your finger?
Emacs provides "marks" to do exactly that, so you can return to
exactly the original spot with a single command rather than manually
returning the view back to the original location by remembering how
many pages you've moved up or down and issuing that many page movement
command to get back.

Or, to summarize, you seem to have been trained by simple editors and
developed techniques to deal with them because they're so stupid. You
might want to -- but I'm not forcing you! -- step back and think about
what *you* really want to do when you're editing, and I wonder if you
won't find that emacs provides a easy way to do *that* rather than an
way to continue jumping through the hoops that your old editor taught
you to jump through. You might find that the real bad guy here is your
old editor....

-don

  parent reply	other threads:[~2006-10-21 18:38 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.83.1161235004.2130.help-gnu-emacs@gnu.org>
2006-10-19 16:01 ` current directory Fang lun gang
2006-10-19 16:52   ` vb
2006-10-20  6:22     ` Eli Zaretskii
     [not found]   ` <mailman.100.1161276782.2130.help-gnu-emacs@gnu.org>
2006-10-19 19:22     ` rgb
2006-10-19 21:00       ` vb
2006-10-21 18:38     ` don provan [this message]
2006-10-23 17:24       ` vb
2006-10-23 19:17         ` John Sullivan
2006-10-23 19:57         ` Eli Zaretskii
2006-10-23 20:36           ` vb
2006-10-23 21:47             ` Dieter Wilhelm
2006-10-24  4:26               ` Eli Zaretskii
2006-10-24  5:24                 ` Dieter Wilhelm
     [not found]           ` <mailman.178.1161635783.27805.help-gnu-emacs@gnu.org>
2006-10-23 21:52             ` Maarten Bergvelt
2006-10-23 20:32         ` Kevin Rodgers
2006-10-23 20:59           ` vb
     [not found]       ` <mailman.166.1161624291.27805.help-gnu-emacs@gnu.org>
2006-10-23 17:48         ` David Kastrup
2006-10-23 20:03           ` Eli Zaretskii
2006-10-23 18:33         ` Colin S. Miller
2006-10-23 18:58           ` vb
     [not found]           ` <mailman.169.1161629903.27805.help-gnu-emacs@gnu.org>
2006-10-23 19:46             ` Peter Boettcher
     [not found] <mailman.74.1161208352.2130.help-gnu-emacs@gnu.org>
2006-10-20 16:46 ` Sam Peterson
2006-10-19  5:16 help-gnu-emacs
2006-10-20  5:49 ` Eli Zaretskii
  -- strict thread matches above, loose matches on Subject: below --
2006-10-18 21:52 help-gnu-emacs
2006-10-18 22:32 ` Peter Dyballa
2006-10-18 23:12   ` vb
2006-10-19  4:25     ` Eli Zaretskii

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=u3b9hv7iz.fsf@comcast.net \
    --to=dprovan@comcast.net \
    /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.