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

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

[debbugs-tracker] bug#10798: closed (24.0.93; read-file-name)


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#10798: closed (24.0.93; read-file-name)
Date: Mon, 13 Feb 2012 22:51:02 +0000

Your message dated Mon, 13 Feb 2012 17:48:36 -0500
with message-id <address@hidden>
and subject line Re: bug#10798: 24.0.93; read-file-name
has caused the debbugs.gnu.org bug report #10798,
regarding 24.0.93; read-file-name
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
10798: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10798
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 24.0.93; read-file-name Date: Sun, 12 Feb 2012 16:58:28 +0000

The last sentence of the penultimate paragraph of the docstring for `read-file-name’ doesn’t make sense to me. It reads as follows:

 

… For graphical file dialogs, any the special values

of MUSTMATCH; `confirm' and `confirm-after-completion' are

treated as equivalent to nil.

 

Perhaps the word “any” should be “ignore”.

 


--- End Message ---
--- Begin Message --- Subject: Re: bug#10798: 24.0.93; read-file-name Date: Mon, 13 Feb 2012 17:48:36 -0500 User-agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/)
Version: 24.0.94

I updated the doc to say:

    For graphical file dialogs, any of the special values of MUSTMATCH
    `confirm' and `confirm-after-completion' are treated as equivalent
    to nil.  Some graphical file dialogs respect a MUSTMATCH value of t,
    and some do not (or it only has a cosmetic effect, and does not
    actually prevent the user from entering a non-existent file).


--- End Message ---

reply via email to

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