From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/77141 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.gnus.general,gmane.emacs.bugs Subject: Re: bug#8050: Gnus does not connect to my IMAP server any more Date: Tue, 22 Feb 2011 17:46:56 -0500 Message-ID: References: <874o836dfv.fsf@lifelogs.com> <87sjvn3a4u.fsf@lifelogs.com> <87aahu8a06.fsf@gnus.org> <874o81xfng.fsf@lifelogs.com> <87wrkx0wsf.fsf@gnus.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1298414861 22895 80.91.229.12 (22 Feb 2011 22:47:41 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 22 Feb 2011 22:47:41 +0000 (UTC) Cc: Ted Zlatanov , bug-gnu-emacs@gnu.org, ding@gnus.org To: Lars Ingebrigtsen Original-X-From: ding-owner+M25474@lists.math.uh.edu Tue Feb 22 23:47:37 2011 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Ps116-0005fm-MR for ding-account@gmane.org; Tue, 22 Feb 2011 23:47:37 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1Ps10d-00061E-9b; Tue, 22 Feb 2011 16:47:07 -0600 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Ps10b-00060k-7x for ding@lists.math.uh.edu; Tue, 22 Feb 2011 16:47:05 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1Ps10Z-0000Or-FG for ding@lists.math.uh.edu; Tue, 22 Feb 2011 16:47:04 -0600 Original-Received: from pruche.dit.umontreal.ca ([132.204.246.22]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1Ps10X-0000cr-Um; Tue, 22 Feb 2011 23:47:02 +0100 Original-Received: from faina.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id p1MMkuxS003799; Tue, 22 Feb 2011 17:46:57 -0500 Original-Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 637421300B0; Tue, 22 Feb 2011 17:46:56 -0500 (EST) In-Reply-To: <87wrkx0wsf.fsf@gnus.org> (Lars Ingebrigtsen's message of "Fri, 18 Feb 2011 15:04:32 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3735=0 X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:77141 gmane.emacs.bugs:44311 Archived-At: >> I *very much* care what goes into that file and want to see the exact >> text. So find my proposal to accomodate normal and obsessive users >> alike below :) > I think this is like a debugging thing. Emacs shouldn't be a platform > to debug the applications running in it. It should just run the > applications. :-) Indeed. It's a great feature of Emacs that it is good at development an debugging of its own code, but that shouldn't be imposed on the user. The latest update brought in even worse behavior, BTW. Now I get the following prompts, in a kind of "battle for the worst prompt": - first prompt asks me to choose the host, something like "host for [USER]@(diro imap.iro.umontreal.ca):(143 997 imap imap): " WTF? For reference the relevant part of my gnus-secondary-select-methods says: (nnimap "diro" (nnimap-address "imap.iro.umontreal.ca") (nnimap-stream tls)) This is a brand new prompt, which earlier Gnus could answer on its own. - then comes the prompt for the user (which looks ugly, but at least makes some amount of sense, tho I guess I should change my .gnus to provide this info directly in gnus-secondary-select-methods). - third prompt asks for the port to use (143 997 imap imaps). Again, that's a new prompt which earlier Gnus could answer on its own. It's slightly less hideous than the first prompt, and comes with the same comical completion feature (I love completion, as you may guess, but when it's for something which the user should not have to indicate at all, and for some users it's even something they don't know...). - finally the real prompt for the password comes up (still looking pretty ugly). Will I ever get back a simple "Password for monnier@diro: "? - then comes one more prompt to ask me if I want to save the password, and this prompt is as long and ugly as last time, tho it at least keeps the password hidden (but taking up space nonetheless). The prompt I'd like here is just what we had ealier: "Save password in .authinfo.gpg?". All those prompts are *long* which is *bad*. I know that nowadays Emacs can usually resize the minibuffer on the fly, but that's no reason to use long prompts which do nothing more than slow the user down trying to figure out what the hell he's supposed to do. Stefan