From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/6355 Path: main.gmane.org!not-for-mail From: Steven L Baur Newsgroups: gmane.emacs.gnus.general Subject: Re: nnml problem: move suggestion not correctly handled Date: 23 May 1996 08:40:53 -0700 Sender: steve@miranova.com Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 (generated by tm-edit 7.62) Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035146822 3360 80.91.224.250 (20 Oct 2002 20:47:02 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 20:47:02 +0000 (UTC) Return-Path: ding-request@ifi.uio.no Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.7.5/8.6.9) with SMTP id JAA20413 for ; Thu, 23 May 1996 09:40:41 -0700 Original-Received: from deanna.miranova.com (steve@miranova.com [204.212.162.100]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Thu, 23 May 1996 17:41:15 +0200 Original-Received: (from steve@localhost) by deanna.miranova.com (8.7.5/8.6.9) id IAA19647; Thu, 23 May 1996 08:40:54 -0700 Original-To: ding@ifi.uio.no X-Url: http://www.miranova.com/%7Esteve/ Mail-Copies-To: never In-Reply-To: Hans de Graaff's message of 23 May 1996 00:16:00 -0700 Original-Lines: 45 X-Mailer: September Gnus v0.91/XEmacs 19.14 Xref: main.gmane.org gmane.emacs.gnus.general:6355 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:6355 >>>>> "Hans" == Hans de Graaff writes: Hans> sgnus-0.91, XEmacs 19.13. Hans> I'm using the nnml backend to read high-volume mail with. I can Hans> move articles just fine with B m. When I want to move a second Hans> article, nnml even presents me with the previous mailbox I moved Hans> an article to as the default. This is great, except pressing Hans> just enter (to accept the default) gives my an 'incomplete Hans> specification' message. I need to type the full name at the Hans> prompt. This is an XEmacs feature -- it doesn't happen with GNU Emacs 19.30. The prompt is annoying, but can be ignored even though you have to hit enter twice to get by it. (setq minibuffer-confirm-incomplete nil) to make it go away. minibuffer-confirm-incomplete's value is t -- a variable declared in Lisp. Documentation: If true, then in contexts where completing-read allows answers which are not valid completions, an extra RET must be typed to confirm the response. This is helpful for catching typos, etc. Also see: minibuffer-completion-confirm's value is nil -- a variable declared in Lisp. Documentation: Non-nil => demand confirmation of completion before exiting minibuffer. As Per Abrahamsen has pointed out (in a different context), you can hit the up-arrow to fill in the minibuffer with the previous value, which will also work. -- steve@miranova.com baur Unsolicited commercial e-mail will be proofread for $250/hour. Andrea Seastrand: For your vote on the Telecom bill, I will vote for anyone except you in November.