From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/64031 Path: news.gmane.org!not-for-mail From: Bill Wohler Newsgroups: gmane.mail.mh-e.user,gmane.emacs.gnus.general,gmane.emacs.devel Subject: Re: [ol@i3s.unice.fr: Re: Emacs 20.0.91 pretest available] Date: Tue, 28 Nov 2006 21:18:08 -0800 Organization: Newt Software Message-ID: <15629.1164777488@olgas.newt.com> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1164777508 17559 80.91.229.2 (29 Nov 2006 05:18:28 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 29 Nov 2006 05:18:28 +0000 (UTC) Cc: mh-e-users@lists.sourceforge.net, ding@gnus.org, emacs-devel@gnu.org Original-X-From: mh-e-users-bounces@lists.sourceforge.net Wed Nov 29 06:18:26 2006 Return-path: Envelope-to: gmmu-mh-e-users@m.gmane.org Original-Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GpHpt-0005RB-HO for gmmu-mh-e-users@m.gmane.org; Wed, 29 Nov 2006 06:18:21 +0100 Original-Received: from sc8-sf-list1-new.sourceforge.net (sc8-sf-list1-new-b.sourceforge.net [10.3.1.93]) by sc8-sf-spam2.sourceforge.net (Postfix) with ESMTP id C5631F1A1; Tue, 28 Nov 2006 21:18:20 -0800 (PST) Original-Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.92] helo=mail.sourceforge.net) by sc8-sf-list1-new.sourceforge.net with esmtp (Exim 4.43) id 1GpHpq-0005t5-Vo for mh-e-users@lists.sourceforge.net; Tue, 28 Nov 2006 21:18:19 -0800 Original-Received: from pop-gadwall.atl.sa.earthlink.net ([207.69.195.61]) by mail.sourceforge.net with esmtp (Exim 4.44) id 1GpHpn-0004Uv-5s for mh-e-users@lists.sourceforge.net; Tue, 28 Nov 2006 21:18:18 -0800 Original-Received: from h-68-165-5-181.snvacaid.dynamic.covad.net ([68.165.5.181] helo=olgas.newt.com) by pop-gadwall.atl.sa.earthlink.net with esmtp (Exim 3.36 #1) id 1GpHph-0001Lj-00; Wed, 29 Nov 2006 00:18:09 -0500 Original-Received: by olgas.newt.com (Postfix, from userid 1000) id C827916FBE; Tue, 28 Nov 2006 21:18:08 -0800 (PST) Original-Received: from olgas.newt.com (localhost [127.0.0.1]) by olgas.newt.com (Postfix) with ESMTP id C58CC16FBC; Tue, 28 Nov 2006 21:18:08 -0800 (PST) Original-To: Olivier Lecarme In-reply-to: Comments: In-reply-to Richard Stallman message dated "Tue, 28 Nov 2006 22:29:14 -0500." X-Mailer: MH-E 8.0.3; nmh 1.1; GNU Emacs 22.0.90 X-Image-URL: http://www.newt.com/wohler/images/bill-diving.png Mail-Followup-To: emacs-devel@gnu.org, mh-e-users@lists.sourceforge.net, ding@gnus.org, Olivier Lecarme X-Spam-Score: 2.4 (++) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 1.4 ADDRESS_IN_SUBJECT To: address appears in Subject X-BeenThere: mh-e-users@lists.sourceforge.net X-Mailman-Version: 2.1.8 Precedence: list List-Id: Forum for MH-E users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: mh-e-users-bounces@lists.sourceforge.net Errors-To: mh-e-users-bounces@lists.sourceforge.net Xref: news.gmane.org gmane.mail.mh-e.user:1712 gmane.emacs.gnus.general:64031 gmane.emacs.devel:63022 Archived-At: Olivier Lecarme wrote: > I'm using [Emacs 22] on a daily basis on all these machines, and did not yet > encounter any problem. My only remark, for the present, is that in MH-E > folder mode, the icon showing mail available is so far on the right that > it cannot be seen in a normal window (if the date and time are shown in > the mode line). This was not the case in the previous version. Hi Olivier! Richard had originally contacted me and I responded to him as follows: Bill Wohler wrote: > This is actually something I've noticed as well. This is not due to a > change in MH-E--we've only added a logo which added 2 characters. The > big change is the reorganization of the mode line between Emacs 21 and > 22: the file location information such as "All L12", which was > previously on the right, was swapped with the time, load average, and > mail indicator. Instead of being in the middle, the mail indicator is > now on the far right and is often cut off, and not only in MH-E buffers. > > To fix this, I'd suggest removing some space around the file location so > that there is always just two spaces on either side of it. There is > currently three spaces before it, and up to five spaces after it. The > first three can certainly be two; I understand that the remaining space > is there to keep the mode line from flickering as you move around the > file, but I think the redrawing of the mode line is less of a problem > than the loss of information. While removing the extra space will help, upon further reflection, I have a feeling that we (the MH-E team) will have to clean up the mode-line some. I'm widening the distribution to get some feedback and suggestions. For example, I'm looking at the following mode line: 1:%% XX {+outbox/select} 60 msgs (15266-15325) Bot L60 (MH-Folder Show MC Note how with a lot of messages, the mode-line real estate is chewed up. Here's another example: 1:%% XX {+mhe-index/foo_and_bar__and_baz} no msgs All L1 (MH-Folder MC-r So, long folder names will chew up real estate too. Here are a couple of ideas: 1. Remove the number of messages in the MH-Folder mode line. In the example above, the "60 msgs" text is usually redundant and can be largely inferred (if there aren't many holes) from the range of messages. 2. Remove the number of messages and the range of messages from the mode line (for example, "60 msgs (15266-15325)" above) since you can easily get that information by looking at the first message and last message in the buffer. 3. Remove the /select from the folder name (which shows that we're only looking at a part of a folder--see mh-partial-folder-mode-line-annotation). Alternatively, setting mh-partial-folder-mode-line-annotation to a single character such as `-' might enough to show that you'd only looking at a subset of a folder. 4. Use a variant of the Gnus newsgroup abbreviation if the folder name is longer than a certain threshold. For example, gmane.emacs.devel is g.e.devel. Would we use a similar heuristic? 5. Truncate folder names to 20 characters. If you're an MH-E user, are any of these ideas repugnant to you? Do any appeal to you? If you're an Emacs/Gnus developer, can you suggest best practices for the mode line that our users can evaluate? Thanks! -- Bill Wohler http://www.newt.com/wohler/ GnuPG ID:610BD9AD ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV