* an inconvenient difference in Emacs 22
@ 2007-09-20 15:03 Steve Newcomb
2007-09-20 23:45 ` Drew Adams
0 siblings, 1 reply; 16+ messages in thread
From: Steve Newcomb @ 2007-09-20 15:03 UTC (permalink / raw)
To: help-gnu-emacs
In older versions of Emacs,
C-X C-F ENTER
has always re-read the file associated with the buffer the user was
already in.
In my shiny new Emacs 22, this doesn't happen. Instead,
what is opened is the directory in which the current buffer's
file lives. Apparently, one has to type in the name of the
file in order to refresh it from disk:
C-X C-F (name of file, explicitly typed in) ENTER
This lowers the productivity of telephone-mediated collaborative
editing sessions. In such sessions, participants need to update the
current file from disk, many, many times -- whenever any other
participant changes it. To have to type in the file name all over
again, every time somebody changes something, is insupportably
burdensome.
I would urge that this important defaulting behavior be present
by default in Emacs 22, as it has always been. If that's
not possible for some reason, I would appreciate instructions
on how to restore this behavior in Emacs 22. Thanks in advance!
-- Steve
Steven R. Newcomb, Consultant
Coolheads Consulting
Co-editor, Topic Maps International Standard (ISO/IEC 13250)
Co-editor, draft Topic Maps -- Reference Model (ISO/IEC 13250-5)
srn@coolheads.com
http://www.coolheads.com
direct: +1 910 363 4032
main: +1 910 363 4033
fax: +1 910 454 8461
268 Bonnet Way
Southport, North Carolina 28461 USA
(This communication is not private. Since the destruction of the 1978
Foreign Intelligence Surveillance Act by the U.S. Congress on August
5, 2007, no electronic communications of innocent citizens can be
hidden from the U.S. government. Shamefully, our own generation,
acting on fears promoted by fraudulently-elected rogues, has allowed
absolute power (codenamed "unitary Executive") to be usurped by those
very same rogues. Hail Caesar!)
^ permalink raw reply [flat|nested] 16+ messages in thread
* RE: an inconvenient difference in Emacs 22
2007-09-20 15:03 an inconvenient difference in Emacs 22 Steve Newcomb
@ 2007-09-20 23:45 ` Drew Adams
2007-09-21 0:55 ` Denis Bueno
` (4 more replies)
0 siblings, 5 replies; 16+ messages in thread
From: Drew Adams @ 2007-09-20 23:45 UTC (permalink / raw)
To: Steve Newcomb, help-gnu-emacs
> In older versions of Emacs, C-X C-F ENTER has always re-read the
> file associated with the buffer the user was already in.
>
> In my shiny new Emacs 22, this doesn't happen. Instead,
> what is opened is the directory
I believe that this was done deliberately.
FWIW, you can do `C-x C-f C-n' to get what you want (at the cost of another
keystroke). The `C-n' retrieves the default value, which is the name of the
current file.
If you often revert a buffer (e.g. re-read a file), you might consider
binding `revert-buffer' to a quick key sequence - I use `S-f1', for
instance.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: an inconvenient difference in Emacs 22
2007-09-20 23:45 ` Drew Adams
@ 2007-09-21 0:55 ` Denis Bueno
2007-09-21 1:32 ` Eric Hanchrow
` (3 subsequent siblings)
4 siblings, 0 replies; 16+ messages in thread
From: Denis Bueno @ 2007-09-21 0:55 UTC (permalink / raw)
To: Drew Adams; +Cc: help-gnu-emacs, Steve Newcomb
On 9/20/07, Drew Adams <drew.adams@oracle.com> wrote:
> > In older versions of Emacs, C-X C-F ENTER has always re-read the
> > file associated with the buffer the user was already in.
> >
> > In my shiny new Emacs 22, this doesn't happen. Instead,
> > what is opened is the directory
>
> I believe that this was done deliberately.
>
> FWIW, you can do `C-x C-f C-n' to get what you want (at the cost of another
> keystroke). The `C-n' retrieves the default value, which is the name of the
> current file.
I believe you can also do `C-c C-v RET'.
--
Denis
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: an inconvenient difference in Emacs 22
2007-09-20 23:45 ` Drew Adams
2007-09-21 0:55 ` Denis Bueno
@ 2007-09-21 1:32 ` Eric Hanchrow
[not found] ` <mailman.1087.1190336137.18990.help-gnu-emacs@gnu.org>
` (2 subsequent siblings)
4 siblings, 0 replies; 16+ messages in thread
From: Eric Hanchrow @ 2007-09-21 1:32 UTC (permalink / raw)
To: help-gnu-emacs
M-x auto-revert-mode RET
--
It is possible that with more experience and maturity Scorsese
will direct more polished, finished films ...
-- Roger Ebert, 1969
^ permalink raw reply [flat|nested] 16+ messages in thread
[parent not found: <mailman.1087.1190336137.18990.help-gnu-emacs@gnu.org>]
* Re: an inconvenient difference in Emacs 22
2007-09-20 23:45 ` Drew Adams
` (2 preceding siblings ...)
[not found] ` <mailman.1087.1190336137.18990.help-gnu-emacs@gnu.org>
@ 2007-09-22 2:21 ` Steve Newcomb
2007-09-22 11:34 ` Kevin Rodgers
[not found] ` <mailman.1152.1190461055.18990.help-gnu-emacs@gnu.org>
[not found] ` <mailman.1144.1190427729.18990.help-gnu-emacs@gnu.org>
4 siblings, 2 replies; 16+ messages in thread
From: Steve Newcomb @ 2007-09-22 2:21 UTC (permalink / raw)
To: Drew Adams; +Cc: help-gnu-emacs
"Drew Adams" <drew.adams@oracle.com> writes:
> > "Steve Newcomb" <srn@coolheads.com> wrote:
> >
> > In older versions of Emacs, C-X C-F ENTER has always re-read the
> > file associated with the buffer the user was already in.
> >
> > In my shiny new Emacs 22, this doesn't happen. Instead,
> > what is opened is the directory
>
> I believe that this was done deliberately.
>
> FWIW, you can do `C-x C-f C-n' to get what you want (at the cost of another
> keystroke). The `C-n' retrieves the default value, which is the name of the
> current file.
FYI: That didn't work.
From: "Denis Bueno" <dbueno@gmail.com>
> I believe you can also do `C-c C-v RET'.
FYI: That didn't work either.
I suspect these things didn't work because of my own .emacs, which
is old and woolly.
> If you often revert a buffer (e.g. re-read a file), you might consider
> binding `revert-buffer' to a quick key sequence - I use `S-f1', for
> instance.
Good idea. That worked!
Thanks for these suggestions.
In the end, an even better approach, at least for our purposes, may be
global-auto-revert-mode. I am chagrined to discover that this mode
has been around for a while, and I just didn't know it. Until I read
your suggestions, I had never understood that, in the jargon of Emacs,
"revert-buffer", means "update the buffer".
I'm curious about this usage of the word "revert". "Revert" normally
connotes some sort of retrograde motion. As far as I know, it never
connotes forward motion at all, much less forward motion undertaken to
catch up with someone else's forward motion. But, until I'm
corrected, that's how I'll understand "revert" in the context of Emacs.
-- Steve
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: an inconvenient difference in Emacs 22
2007-09-22 2:21 ` Steve Newcomb
@ 2007-09-22 11:34 ` Kevin Rodgers
[not found] ` <mailman.1152.1190461055.18990.help-gnu-emacs@gnu.org>
1 sibling, 0 replies; 16+ messages in thread
From: Kevin Rodgers @ 2007-09-22 11:34 UTC (permalink / raw)
To: help-gnu-emacs
Steve Newcomb wrote:
> I'm curious about this usage of the word "revert". "Revert" normally
> connotes some sort of retrograde motion. As far as I know, it never
> connotes forward motion at all, much less forward motion undertaken to
> catch up with someone else's forward motion. But, until I'm
> corrected, that's how I'll understand "revert" in the context of Emacs.
I think that revert-buffer was originally developed for the case where
the user wanted to discard the changes he'd made in a modified but
unsaved buffer, reverting its contents to the original disk file.
--
Kevin Rodgers
Denver, Colorado, USA
^ permalink raw reply [flat|nested] 16+ messages in thread
[parent not found: <mailman.1152.1190461055.18990.help-gnu-emacs@gnu.org>]
* Re: an inconvenient difference in Emacs 22
[not found] ` <mailman.1152.1190461055.18990.help-gnu-emacs@gnu.org>
@ 2007-09-24 20:41 ` Ken Goldman
2007-10-17 22:55 ` David Combs
1 sibling, 0 replies; 16+ messages in thread
From: Ken Goldman @ 2007-09-24 20:41 UTC (permalink / raw)
To: help-gnu-emacs
Kevin Rodgers wrote:
> Steve Newcomb wrote:
>
>> I'm curious about this usage of the word "revert". "Revert" normally
>> connotes some sort of retrograde motion. As far as I know, it never
>> connotes forward motion at all, much less forward motion undertaken to
>> catch up with someone else's forward motion. But, until I'm
>> corrected, that's how I'll understand "revert" in the context of Emacs.
>
>
> I think that revert-buffer was originally developed for the case where
> the user wanted to discard the changes he'd made in a modified but
> unsaved buffer, reverting its contents to the original disk file.
Personally, I find that it's great for watching log files.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: an inconvenient difference in Emacs 22
[not found] ` <mailman.1152.1190461055.18990.help-gnu-emacs@gnu.org>
2007-09-24 20:41 ` Ken Goldman
@ 2007-10-17 22:55 ` David Combs
1 sibling, 0 replies; 16+ messages in thread
From: David Combs @ 2007-10-17 22:55 UTC (permalink / raw)
To: help-gnu-emacs
In article <mailman.1152.1190461055.18990.help-gnu-emacs@gnu.org>,
Kevin Rodgers <kevin.d.rodgers@gmail.com> wrote:
>Steve Newcomb wrote:
>> I'm curious about this usage of the word "revert". "Revert" normally
>> connotes some sort of retrograde motion. As far as I know, it never
>> connotes forward motion at all, much less forward motion undertaken to
>> catch up with someone else's forward motion. But, until I'm
>> corrected, that's how I'll understand "revert" in the context of Emacs.
>
>I think that revert-buffer was originally developed for the case where
>the user wanted to discard the changes he'd made in a modified but
>unsaved buffer, reverting its contents to the original disk file.
>
>--
>Kevin Rodgers
>Denver, Colorado, USA
>
>
Not still a use?
(It's *all* that I (know enough to) use it for)
David
^ permalink raw reply [flat|nested] 16+ messages in thread
[parent not found: <mailman.1144.1190427729.18990.help-gnu-emacs@gnu.org>]
* Re: an inconvenient difference in Emacs 22
[not found] ` <mailman.1144.1190427729.18990.help-gnu-emacs@gnu.org>
@ 2007-09-22 20:56 ` Giorgos Keramidas
2007-09-23 5:42 ` Tim X
1 sibling, 0 replies; 16+ messages in thread
From: Giorgos Keramidas @ 2007-09-22 20:56 UTC (permalink / raw)
To: help-gnu-emacs
On 21 Sep 2007 22:21:54 -0400, Steve Newcomb <srn@coolheads.com> wrote:
> In the end, an even better approach, at least for our purposes, may be
> global-auto-revert-mode. I am chagrined to discover that this mode
> has been around for a while, and I just didn't know it. Until I read
> your suggestions, I had never understood that, in the jargon of Emacs,
> "revert-buffer", means "update the buffer".
The name was probably chosen because it "reverts any in-memory
modifications the buffer includes, and reloads its contents to what is
stored on disk."
It may seem a bit unintuitive, but now you know it's there and another
cool feature of Emacs can make your every day life easier :-)
> I'm curious about this usage of the word "revert". "Revert" normally
> connotes some sort of retrograde motion. As far as I know, it never
> connotes forward motion at all, much less forward motion undertaken to
> catch up with someone else's forward motion. But, until I'm
> corrected, that's how I'll understand "revert" in the context of
> Emacs.
"revert" is also used in the Source Code Management world. There is at
least one particular use of "revert" which matches precisely the meaning
of "revert" in Emacs lore.
<somewhat-off-topic-but-probably-useful-to-know>
In the Perforce SCM, every file of a local workspace is checked-out as
read-only[1]. Before making local changes, Perforce users are expected
to run "p4 edit filename" or "p4 open filename", to notify the central
repository server that they are going to make changes to the file.
Once a file is "opened", it becomes a part of the active changelist and
it no longer receives updates from the repository, even if another
developer modifies it. It is something like "a local buffer for a
historical copy of the file's contents".
If the developer wants to throw away all local changes, and synchronize
her copy with the latest version of the file in the repository, then the
appropriate incantation is:
p4 revert filename
This does not necessarily "revert" the file contents to the version
which had been historically checked out, but it "reverts the local file
copy to the latest version of the file in the repository".
When a Perforce user runs "p4 revert", the same sort of "forward
movement" you describe with Emacs buffer contents happens if another
developer has checked-in changes in the mean time :-)
Notes
*****
[1] There is an option to check out read-write copies, but it is
generally frowned upon and it makes life somewhat harder down the
road. But that's irrelevant here.
</somewhat-off-topic-but-probably-useful-to-know>
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: an inconvenient difference in Emacs 22
[not found] ` <mailman.1144.1190427729.18990.help-gnu-emacs@gnu.org>
2007-09-22 20:56 ` Giorgos Keramidas
@ 2007-09-23 5:42 ` Tim X
1 sibling, 0 replies; 16+ messages in thread
From: Tim X @ 2007-09-23 5:42 UTC (permalink / raw)
To: help-gnu-emacs
Steve Newcomb <srn@coolheads.com> writes:
> "Drew Adams" <drew.adams@oracle.com> writes:
>
>> > "Steve Newcomb" <srn@coolheads.com> wrote:
>> >
>> > In older versions of Emacs, C-X C-F ENTER has always re-read the
>> > file associated with the buffer the user was already in.
>> >
>> > In my shiny new Emacs 22, this doesn't happen. Instead,
>> > what is opened is the directory
>>
>> I believe that this was done deliberately.
>>
>> FWIW, you can do `C-x C-f C-n' to get what you want (at the cost of another
>> keystroke). The `C-n' retrieves the default value, which is the name of the
>> current file.
>
> FYI: That didn't work.
>
> From: "Denis Bueno" <dbueno@gmail.com>
>> I believe you can also do `C-c C-v RET'.
>
> FYI: That didn't work either.
>
> I suspect these things didn't work because of my own .emacs, which
> is old and woolly.
>
>> If you often revert a buffer (e.g. re-read a file), you might consider
>> binding `revert-buffer' to a quick key sequence - I use `S-f1', for
>> instance.
>
> Good idea. That worked!
>
> Thanks for these suggestions.
>
> In the end, an even better approach, at least for our purposes, may be
> global-auto-revert-mode. I am chagrined to discover that this mode
> has been around for a while, and I just didn't know it. Until I read
> your suggestions, I had never understood that, in the jargon of Emacs,
> "revert-buffer", means "update the buffer".
>
> I'm curious about this usage of the word "revert". "Revert" normally
> connotes some sort of retrograde motion. As far as I know, it never
> connotes forward motion at all, much less forward motion undertaken to
> catch up with someone else's forward motion. But, until I'm
> corrected, that's how I'll understand "revert" in the context of Emacs.
>
> -- Steve
I think the 'revert' terminology is used because what you are doing is
reverting the buffer back to what is on disk. So really, it is a backwards
move - its only that you are actively updating the file on disk that it has
the appearance of being a forward move. In other situations, you may decide
that the changes you have made in the buffer were all wrong and you want to
revert it back to what was in the original disk file. I can't think of
another term that would cover both the situations of reverting back to the
contents in a static file and updating to reflect updates in the original
file (given they both involve essentially the same mechanism).
Tim
--
tcross (at) rapttech dot com dot au
^ permalink raw reply [flat|nested] 16+ messages in thread
[parent not found: <mailman.1080.1190330832.18990.help-gnu-emacs@gnu.org>]
* Re: an inconvenient difference in Emacs 22
[not found] <mailman.1080.1190330832.18990.help-gnu-emacs@gnu.org>
@ 2007-09-20 23:36 ` Joost Kremers
2007-09-22 0:08 ` Joe Fineman
1 sibling, 0 replies; 16+ messages in thread
From: Joost Kremers @ 2007-09-20 23:36 UTC (permalink / raw)
To: help-gnu-emacs
Steve Newcomb wrote:
> This lowers the productivity of telephone-mediated collaborative
> editing sessions. In such sessions, participants need to update the
> current file from disk, many, many times -- whenever any other
> participant changes it.
why don't you use auto-revert-mode?
--
Joost Kremers joostkremers@yahoo.com
Selbst in die Unterwelt dringt durch Spalten Licht
EN:SiS(9)
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: an inconvenient difference in Emacs 22
[not found] <mailman.1080.1190330832.18990.help-gnu-emacs@gnu.org>
2007-09-20 23:36 ` Joost Kremers
@ 2007-09-22 0:08 ` Joe Fineman
1 sibling, 0 replies; 16+ messages in thread
From: Joe Fineman @ 2007-09-22 0:08 UTC (permalink / raw)
To: help-gnu-emacs
Steve Newcomb <srn@coolheads.com> writes:
> In older versions of Emacs,
>
> C-X C-F ENTER
>
> has always re-read the file associated with the buffer the user was
> already in.
>
> In my shiny new Emacs 22, this doesn't happen. Instead, what is
> opened is the directory in which the current buffer's file lives.
That's what I've always thought ought to happen. When I get around to
upgrading my Emacs, I will give three cheers.
Different strokes for different folks. My Emacs never communicates
with anybody but me. Time after time, when I was in a file and wanted
to look at the directory, I have forgotten to delete the slash at the
end of the prompt, with the result that nothing happened. I always
wondered what the idea was.
--
--- Joe Fineman joe_f@verizon.net
||: Nonloving kindness is the more admirable kind. :||
^ permalink raw reply [flat|nested] 16+ messages in thread
[parent not found: <mailman.1083.1190331955.18990.help-gnu-emacs@gnu.org>]
* Re: an inconvenient difference in Emacs 22
[not found] <mailman.1083.1190331955.18990.help-gnu-emacs@gnu.org>
@ 2007-09-21 5:42 ` Harald Hanche-Olsen
2007-09-21 7:38 ` Drew Adams
0 siblings, 1 reply; 16+ messages in thread
From: Harald Hanche-Olsen @ 2007-09-21 5:42 UTC (permalink / raw)
To: help-gnu-emacs
+ "Drew Adams" <drew.adams@oracle.com>:
> FWIW, you can do `C-x C-f C-n' to get what you want (at the cost of
> another keystroke). The `C-n' retrieves the default value, which is
> the name of the current file.
C-n should be M-n, apparently. Now you have to move another finger. ;->
--
* Harald Hanche-Olsen <URL:http://www.math.ntnu.no/~hanche/>
- It is undesirable to believe a proposition
when there is no ground whatsoever for supposing it is true.
-- Bertrand Russell
^ permalink raw reply [flat|nested] 16+ messages in thread
* RE: an inconvenient difference in Emacs 22
2007-09-21 5:42 ` Harald Hanche-Olsen
@ 2007-09-21 7:38 ` Drew Adams
2007-09-21 8:05 ` Dave Pawson
0 siblings, 1 reply; 16+ messages in thread
From: Drew Adams @ 2007-09-21 7:38 UTC (permalink / raw)
To: Harald Hanche-Olsen, help-gnu-emacs
> > FWIW, you can do `C-x C-f C-n' to get what you want (at the cost of
> > another keystroke). The `C-n' retrieves the default value, which is
> > the name of the current file.
>
> C-n should be M-n, apparently. Now you have to move another finger. ;->
Oops, yes, that's what I meant. Thanks for correcting.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: an inconvenient difference in Emacs 22
2007-09-21 7:38 ` Drew Adams
@ 2007-09-21 8:05 ` Dave Pawson
0 siblings, 0 replies; 16+ messages in thread
From: Dave Pawson @ 2007-09-21 8:05 UTC (permalink / raw)
To: help-gnu-emacs
On 21/09/2007, Drew Adams <drew.adams@oracle.com> wrote:
> > > FWIW, you can do `C-x C-f C-n' to get what you want (at the cost of
> > > another keystroke). The `C-n' retrieves the default value, which is
> > > the name of the current file.
> >
> > C-n should be M-n, apparently. Now you have to move another finger. ;->
>
> Oops, yes, that's what I meant. Thanks for correcting.
Whatever. Thanks people.
Like Steve that's something I've missed | not found in emacs.
I've only one app that does that on my setup.
Now I have two :-)
regards
--
Dave Pawson
XSLT XSL-FO FAQ.
http://www.dpawson.co.uk
^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2007-10-17 22:55 UTC | newest]
Thread overview: 16+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-09-20 15:03 an inconvenient difference in Emacs 22 Steve Newcomb
2007-09-20 23:45 ` Drew Adams
2007-09-21 0:55 ` Denis Bueno
2007-09-21 1:32 ` Eric Hanchrow
[not found] ` <mailman.1087.1190336137.18990.help-gnu-emacs@gnu.org>
2007-09-21 4:01 ` Markus Triska
2007-09-22 2:21 ` Steve Newcomb
2007-09-22 11:34 ` Kevin Rodgers
[not found] ` <mailman.1152.1190461055.18990.help-gnu-emacs@gnu.org>
2007-09-24 20:41 ` Ken Goldman
2007-10-17 22:55 ` David Combs
[not found] ` <mailman.1144.1190427729.18990.help-gnu-emacs@gnu.org>
2007-09-22 20:56 ` Giorgos Keramidas
2007-09-23 5:42 ` Tim X
[not found] <mailman.1080.1190330832.18990.help-gnu-emacs@gnu.org>
2007-09-20 23:36 ` Joost Kremers
2007-09-22 0:08 ` Joe Fineman
[not found] <mailman.1083.1190331955.18990.help-gnu-emacs@gnu.org>
2007-09-21 5:42 ` Harald Hanche-Olsen
2007-09-21 7:38 ` Drew Adams
2007-09-21 8:05 ` Dave Pawson
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.