* bogus extra RET required when entering filenames (etc)?
@ 2008-11-21 6:16 Miles Bader
2008-11-21 6:49 ` Chong Yidong
0 siblings, 1 reply; 6+ messages in thread
From: Miles Bader @ 2008-11-21 6:16 UTC (permalink / raw)
To: emacs-devel
There's a file in /tmp called "/tmp/x.c". I type:
C-x C-f /tmp/x.c RET
However, instead of visiting the file (which incidentally is already in
a buffer), emacs prints " [confirm]" at the end of the prompt, and I
have to hit RET again.
This didn't happen with an emacs from ~2 days ago, so it seems to be a
new problem.
Thanks,
-Miles
--
The car has become... an article of dress without which we feel uncertain,
unclad, and incomplete. [Marshall McLuhan, Understanding Media, 1964]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: bogus extra RET required when entering filenames (etc)?
2008-11-21 6:16 bogus extra RET required when entering filenames (etc)? Miles Bader
@ 2008-11-21 6:49 ` Chong Yidong
2008-11-21 9:05 ` Tassilo Horn
2008-11-21 14:28 ` Stefan Monnier
0 siblings, 2 replies; 6+ messages in thread
From: Chong Yidong @ 2008-11-21 6:49 UTC (permalink / raw)
To: Miles Bader; +Cc: emacs-devel
Miles Bader <miles.bader@necel.com> writes:
> There's a file in /tmp called "/tmp/x.c". I type:
>
> C-x C-f /tmp/x.c RET
>
> However, instead of visiting the file (which incidentally is already in
> a buffer), emacs prints " [confirm]" at the end of the prompt, and I
> have to hit RET again.
>
> This didn't happen with an emacs from ~2 days ago, so it seems to be a
> new problem.
This was from the recent introduction of the variable
confirm-nonexistent-file-or-buffer---previously
find-file-confirm-nonexistent-file---which had its default set as t.
I've checked in a fix to switch the default to nil.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: bogus extra RET required when entering filenames (etc)?
2008-11-21 6:49 ` Chong Yidong
@ 2008-11-21 9:05 ` Tassilo Horn
2008-11-21 9:12 ` Miles Bader
2008-11-21 14:28 ` Stefan Monnier
1 sibling, 1 reply; 6+ messages in thread
From: Tassilo Horn @ 2008-11-21 9:05 UTC (permalink / raw)
To: Chong Yidong; +Cc: emacs-devel, Miles Bader
Chong Yidong <cyd@stupidchicken.com> writes:
Hi!
>> There's a file in /tmp called "/tmp/x.c". I type:
>>
>> C-x C-f /tmp/x.c RET
>>
>> However, instead of visiting the file (which incidentally is already
>> in a buffer), emacs prints " [confirm]" at the end of the prompt, and
>> I have to hit RET again.
>
> This was from the recent introduction of the variable
> confirm-nonexistent-file-or-buffer---previously
> find-file-confirm-nonexistent-file---which had its default set as t.
> I've checked in a fix to switch the default to nil.
But Miles said the file already existed. Why was he asked for
confirmation then?
Bye,
Tassilo
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: bogus extra RET required when entering filenames (etc)?
2008-11-21 9:05 ` Tassilo Horn
@ 2008-11-21 9:12 ` Miles Bader
0 siblings, 0 replies; 6+ messages in thread
From: Miles Bader @ 2008-11-21 9:12 UTC (permalink / raw)
To: Chong Yidong; +Cc: emacs-devel
Tassilo Horn <tassilo@member.fsf.org> writes:
>> This was from the recent introduction of the variable
>> confirm-nonexistent-file-or-buffer---previously
>> find-file-confirm-nonexistent-file---which had its default set as t.
>> I've checked in a fix to switch the default to nil.
>
> But Miles said the file already existed. Why was he asked for
> confirmation then?
Actually I went back and redid my test, and realized that although I had
already visited that file and added some contents, so the buffer
existed, I had never _saved_ the file, so there wasn't yet anything on
disk.
I suppose one could make an argument that find-file should consider that
state as "existing" and not require confirmation, but one could also
argue that the current behavior is correct...
-Miles
--
Rational, adj. Devoid of all delusions save those of observation, experience
and reflection.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: bogus extra RET required when entering filenames (etc)?
2008-11-21 6:49 ` Chong Yidong
2008-11-21 9:05 ` Tassilo Horn
@ 2008-11-21 14:28 ` Stefan Monnier
2008-11-22 7:01 ` mail
1 sibling, 1 reply; 6+ messages in thread
From: Stefan Monnier @ 2008-11-21 14:28 UTC (permalink / raw)
To: Chong Yidong; +Cc: emacs-devel, Miles Bader
>> There's a file in /tmp called "/tmp/x.c". I type:
>>
>> C-x C-f /tmp/x.c RET
>>
>> However, instead of visiting the file (which incidentally is already in
>> a buffer), emacs prints " [confirm]" at the end of the prompt, and I
>> have to hit RET again.
>>
>> This didn't happen with an emacs from ~2 days ago, so it seems to be a
>> new problem.
> This was from the recent introduction of the variable
> confirm-nonexistent-file-or-buffer---previously
> find-file-confirm-nonexistent-file---which had its default set as t.
> I've checked in a fix to switch the default to nil.
The change of default was no accident, it was done on purpose.
Please set it back to t.
Stefan
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: bogus extra RET required when entering filenames (etc)?
2008-11-21 14:28 ` Stefan Monnier
@ 2008-11-22 7:01 ` mail
0 siblings, 0 replies; 6+ messages in thread
From: mail @ 2008-11-22 7:01 UTC (permalink / raw)
To: emacs-devel
Stefan Monnier <monnier@iro.umontreal.ca> writes:
> The change of default was no accident, it was done on purpose.
> Please set it back to t.
>
Could you point me to the discussion about this change of default? It
seems like it makes the user experience worse.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2008-11-22 7:01 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-11-21 6:16 bogus extra RET required when entering filenames (etc)? Miles Bader
2008-11-21 6:49 ` Chong Yidong
2008-11-21 9:05 ` Tassilo Horn
2008-11-21 9:12 ` Miles Bader
2008-11-21 14:28 ` Stefan Monnier
2008-11-22 7:01 ` mail
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).