From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/29552 Path: main.gmane.org!not-for-mail From: dsg@mitre.org (David S. Goldberg) Newsgroups: gmane.emacs.gnus.general Subject: Re: Better handling of reply configuration Date: 16 Mar 2000 13:03:57 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Trace: main.gmane.org 1035166202 3350 80.91.224.250 (21 Oct 2002 02:10:02 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 02:10:02 +0000 (UTC) Return-Path: Original-Received: from lisa.math.uh.edu (lisa.math.uh.edu [129.7.128.49]) by mailhost.sclp.com (Postfix) with ESMTP id A82EDD051E for ; Thu, 16 Mar 2000 13:06:25 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by lisa.math.uh.edu (8.9.1/8.9.1) with ESMTP id MAB25316; Thu, 16 Mar 2000 12:05:41 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Thu, 16 Mar 2000 12:04:08 -0600 (CST) Original-Received: from mailhost.sclp.com (postfix@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id MAA25792 for ; Thu, 16 Mar 2000 12:03:54 -0600 (CST) Original-Received: from smtpproxy1.mitre.org (mbunix.mitre.org [129.83.20.100]) by mailhost.sclp.com (Postfix) with ESMTP id E7051D051E for ; Thu, 16 Mar 2000 13:04:04 -0500 (EST) Original-Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy1.mitre.org (8.9.3/8.9.3) with ESMTP id NAA06297 for ; Thu, 16 Mar 2000 13:03:59 -0500 (EST) Original-Received: from linus.mitre.org (linus.mitre.org [129.83.10.1]) by smtpsrv1.mitre.org (8.9.3/8.9.3) with ESMTP id NAA10294 for ; Thu, 16 Mar 2000 13:03:28 -0500 (EST) Original-Received: from blackbird.mitre.org (blackbird [129.83.65.14]) by linus.mitre.org (8.9.3/8.9.3) with ESMTP id NAA10066 for ; Thu, 16 Mar 2000 13:03:58 -0500 (EST) Original-Received: (from dsg@localhost) by blackbird.mitre.org (8.9.3/8.9.3) id NAA19544; Thu, 16 Mar 2000 13:03:57 -0500 (EST) X-Authentication-Warning: blackbird.mitre.org: dsg set sender to dsg@mitre.org using -f Mail-Copies-To: never Original-To: The Gnus Mailing List X-Face: GUaHTH@nS>[7,ME@-gYZ4#Wl{z"99k@[[Y8AcP0x1paqu.,z9,XSV1WI>{q3f6^e5(zrit <4fV&VHhmE`uidRqtmG27;si9&r;#KSF~E#$%W8w(xdp)H4tW=\2XOk~3=@oGqqpj;m4xf Ow;y26396&,34@9#~4;@*S;E0cq"LM9N(us4P%F(Nxis'Vvfm9?KufH;:Q$dMa-QWGLR&K d0`LJZE8xb*>^yN>b]_NcU:E=Zn\1=#/(OS2 Original-Lines: 105 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:29552 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:29552 --=-=-= > One of the few areas where gnus is awkward is the handling of > frames/windows when replying to mail. I've looked over the gnus > configuration capabilities, but either it doesn't offer quite enough > or I'm too ignorant to use it correctly (yes, probably the latter). I > also searched in various places and came up basically empty. No, you're right. It is awkward. This has come up before on the mailing list but there's no real satisfying solution. As you've already worked out with Kai, the defaults (in a single frame) are pretty reasonable. > 1. Giving the reply its own frame. This would work fine, but I've had > a heck of a time getting the frame to go away (delete or iconify) > when done and having the original frame be unaffected by the reply > creation. It would also be nice for general mail composition, not > just replying. It gets really weird when you want to have your message buffer in a different frame. I use the following which works quite well, but I feel like I shouldn't have had to do so much work to get it that way. I use a large window dedicated to Gnus. I put my group, article and summary configs here for illustration --=-=-= Content-Type: application/emacs-lisp Content-Disposition: inline (gnus-add-configuration '(group '(vertical 1.0 (group 1.0 point)))) (gnus-add-configuration '(summary (horizontal 1.0 (vertical 1.0 (summary 1.0 point)) '(vertical 0.33 (group 1.0))))) (gnus-add-configuration '(article (horizontal 1.0 (vertical 1.0 (if (string-match "cartoons" gnus-newsgroup-name) '(summary 0.10 point) '(summary 0.25 point)) (article 1.0)) '(vertical 0.33 (group 1.0))))) --=-=-= This is my message config. The trick is to get the message composition buffer in a separate frame while leaving the original frame intact. There should be a better way. I started to hack at something back in early pgnus days but didn't have time to do it justice. When ognus gets going, I hope to get back to it. --=-=-= Content-Type: application/emacs-lisp Content-Disposition: inline (gnus-add-configuration '(message (frame 1.0 (if (not (buffer-live-p gnus-summary-buffer)) (car (cdr (assoc 'group gnus-buffer-configuration))) (car (cdr (assoc 'summary gnus-buffer-configuration)))) (vertical (user-position t top 1 left 1 name "Gnus Edit" buffer-predicate dsg-gnus-buffer-predicate) (message 1.0 point))))) --=-=-= First ignore the name in the frame params. I use that to get fvwm2 to give the window a specific icon in my fvwm2 icon manager. The key is the if statement. The message config is used when you do an m in either the group or summary buffers to generate a new mail. So if there's a live summary buffer, I assume I'm in summary mode and I enforce the summary configuration in the main frame and put the message buffer in a new one. If there's no summary, I enforce the group configuration on the main frame. Similar for the post configuration. For reply, reply-yank, forward and draft I do essentially the same thing except there's no need to check for summary mode. In those cases I force article configuration (except for draft which is summary) on the main frame and put the message in the new frame. Here's reply-yank to illustrate it. --=-=-= Content-Type: application/emacs-lisp Content-Disposition: inline (gnus-add-configuration '(reply-yank (frame 1.0 (car (cdr (assoc 'article gnus-buffer-configuration))) (vertical (user-position t top 1 left 1 name "Gnus Edit" buffer-predicate dsg-gnus-buffer-predicate) (message 1.0 point))))) --=-=-= I don't remove the message frame after sending. I write a lot of email and find that the time spent rebuilding new frames is a waste. However, I believe you can use message-sent-hook to either delete or iconfiy the frame. Just make sure to select the right frame for deleting or iconifying :-) hth, -- Dave Goldberg Post: The Mitre Corporation\MS B325\202 Burlington Rd.\Bedford, MA 01730 Phone: 781-271-3887 Email: dsg@mitre.org --=-=-=--