bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#3981: marked as done (23.1; File Open)


From: Emacs bug Tracking System
Subject: bug#3981: marked as done (23.1; File Open)
Date: Sun, 02 Aug 2009 15:20:06 +0000

Your message dated Sun, 02 Aug 2009 23:13:11 +0800
with message-id <4A75AD07.20904@gnu.org>
and subject line Re: bug#3969: 23.0.96; Cannot use File > Visit New File on MS 
Windows
has caused the Emacs bug report #3969,
regarding 23.1; File Open
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com
immediately.)


-- 
3969: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=3969
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems
--- Begin Message --- Subject: 23.1; File Open Date: Thu, 30 Jul 2009 14:03:15 -0400
I opened Emacs 23.1 in MS Windows to write some Lisp code. When I used C-x C-f
to create a new file, it brought up the window to pick a directory and create
the file. However, when I typed in a file name, in this case Pi.lisp, and
clicked ok, a popup appears that says C:\Lisp\Pi.lisp File not found. It also does this
when I click the "New File" button at the top of the screen.
The ability to create a file without having to leave the editor would be nice.
Beyond that, great job with the new release. Emacs loads almost instantaneously
on Windows now.


In GNU Emacs 23.1.1 (i386-mingw-nt5.0.2195)
 of 2009-07-30 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 5.0.2195
configured using `configure --with-gcc (4.4)'

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: ENU
  value of $XMODIFIERS: nil
  locale-coding-system: cp1252
  default-enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <tool-bar>
<new-file> <help-echo> <help-echo> <tool-bar> <new-file>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <tool-bar> <new-file> M-x r
e p o r t - e m a c s - b u g <return>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Quit [2 times]
Quit


Matthew Cooper
Arkema, Inc.
Desktop Services
2000 Market Street, 23rd fl.
Philadelphia, PA 19103
e-mail:  matt.cooper@arkema.com





--- End Message ---
--- Begin Message --- Subject: Re: bug#3969: 23.0.96; Cannot use File > Visit New File on MS Windows Date: Sun, 02 Aug 2009 23:13:11 +0800 User-agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103)
Drew Adams wrote:
emacs -Q
Choose menu item File > Visit New File You get the Windows `Find file:' dialog box. Enter the name of a new
file, e.g. `xxxx.txt', in field `File name:' and click button
`Open'. You get this error dialog box:
Find file: xxxx.txt
  File not found.
  Please verify the correct file name was given
[OK]

The bug was caused by the change that introduced confirmation for partial completions in the minibuffer - now the MUSTMATCH arg to read-file-name is not simply nil or non-nil, it can have other special values too, which mean confirm rather than prevent entry of non-existent files.

But none of the file dialogs were updated for these special values, so x-file-dialog is still treating any non-nil value as "require an existing file". The problem these special values try to prevent does not really apply to file dialogs, so I have checked in a change that treats them as nil when calling x-file-dialog.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]