bug-gnu-emacs post from address@hidden requires approval

[bug-gnu-emacs-owner]

As list administrator, your authorization is requested for the
following mailing list posting:

    List:    address@hidden
    From:    address@hidden
    Subject: Insufficient documentation on *how* to change SPC behaviour in 
minibuffer
    Reason:  Post by non-member to a members-only list

At your convenience, visit:

    http://lists.gnu.org/mailman/admindb/bug-gnu-emacs
        
to approve or deny the request.
> --- Begin Message ---
>
>
>
> Subject: 
>
> Insufficient documentation on *how* to change SPC behaviour in	minibuffer
>
>
>
>
> Date: 
>
> Thu, 05 Jul 2007 23:53:17 +0530
>
>
>
>
> User-agent: 
>
> Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (windows-nt)
>
>
>
>
> Hello,
>
> In Emacs 22.1, the behaviour of SPC has changed to handle filenames
> with spaces as is evident from the NEWS file.  The information about
> keymaps is not sufficient to determine what needs to be done in order
> to get the old behaviour of file name completion(if it's provided for
> at all).
>
> What customization should a user do to get the old behaviour?
> ,----[ NEWS ]
> | ** When Emacs prompts for file names, SPC no longer completes the file name.
> | This is so filenames with embedded spaces could be input without the
> | need to quote the space with a C-q.  The underlying changes in the
> | keymaps that are active in the minibuffer are described below under
> | "New keymaps for typing file names".
> `----
>
> ,----[ NEWS ]
> | *** New keymaps for typing file names
> | 
> | Two new keymaps, `minibuffer-local-filename-completion-map'  and
> | `minibuffer-local-must-match-filename-map', apply whenever
> | Emacs reads a file name in the minibuffer.  These key maps override
> | the usual binding of SPC to `minibuffer-complete-word' (so that file
> | names with embedded spaces could be typed without the need to quote
> | the spaces).
> `----
>
> In GNU Emacs 22.1.1 (i386-mingw-nt5.1.2600)
>  of 2007-06-02 on RELEASE
> Windowing system distributor `Microsoft Corp.', version 5.1.2600
> configured using `configure --with-gcc (3.4) --cflags -Ic:/gnuwin32/include'
>
> 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: ENG
>   locale-coding-system: cp1252
>   default-enable-multibyte-characters: t
>
> Major mode: Article
>
> Minor modes in effect:
>   show-paren-mode: t
>   icomplete-mode: t
>   erc-autojoin-mode: t
>   erc-button-mode: t
>   erc-ring-mode: t
>   erc-pcomplete-mode: t
>   erc-track-mode: t
>   erc-fill-mode: t
>   erc-netsplit-mode: t
>   erc-irccontrols-mode: t
>   erc-noncommands-mode: t
>   display-time-mode: t
>   delete-selection-mode: t
>   encoded-kbd-mode: t
>   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
>   font-lock-mode: t
>   blink-cursor-mode: t
>   unify-8859-on-encoding-mode: t
>   utf-translate-cjk-mode: t
>   auto-compression-mode: t
>   column-number-mode: t
>   line-number-mode: t
>   transient-mark-mode: t
>
> Recent input:
>
> Recent messages:
> Mark saved where search started
> call-interactively: Buffer is read-only: #<buffer *info*>
> Quit
> Type C-x 1 to remove help window.  
> Loading outline...done
> Loading texmathp...done
> Mark saved where search started [2 times]
> Mark set
> Making completion list...
> Loading emacsbug...done
>
>
>  sivaram
>  -- 
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> confirm 02bb2f27a6f8dad255d67aa99b0e213e10d5064d
>
>
>
>
> If you reply to this message, keeping the Subject: header intact,
> Mailman will discard the held message.  Do this if the message is
> spam.  If you reply to this message and include an Approved: header
> with the list password in it, the message will be approved for posting
> to the list.  The Approved: header can also appear in the first line
> of the body of the reply.
>
> --- End Message ---