From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/66547 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general Subject: Re: gnus-article-browse-html-article: boundary, gnus-visible-headers Date: Mon, 24 Mar 2008 18:40:16 +0900 Organization: Emacsen advocacy group Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1206351767 20117 80.91.229.12 (24 Mar 2008 09:42:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 24 Mar 2008 09:42:47 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M15033@lists.math.uh.edu Mon Mar 24 10:43:17 2008 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.50) id 1JdjD0-0007yA-RV for ding-account@gmane.org; Mon, 24 Mar 2008 10:43:15 +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 1JdjB2-0001KD-3e; Mon, 24 Mar 2008 04:41:12 -0500 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 1JdjB0-0001K0-Km for ding@lists.math.uh.edu; Mon, 24 Mar 2008 04:41:10 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.67) (envelope-from ) id 1JdjAu-0005rS-8F for ding@lists.math.uh.edu; Mon, 24 Mar 2008 04:41:10 -0500 Original-Received: from orlando.hostforweb.net ([216.246.45.90]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1JdjB2-0006KI-00 for ; Mon, 24 Mar 2008 10:41:12 +0100 Original-Received: from [66.225.201.151] (port=49222 helo=mail.jpl.org) by orlando.hostforweb.net with esmtpa (Exim 4.68) (envelope-from ) id 1JdjAH-00013z-Q8 for ding@gnus.org; Mon, 24 Mar 2008 04:40:27 -0500 X-Hashcash: 1:20:080324:ding@gnus.org::XMFOz+rBBob8eG2T:00002dZN X-Face: #kKnN,xUnmKia.'[pp`;Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu;B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/23.0.60 (gnu/linux) Cancel-Lock: sha1:N+rKpmdJD7Yj9ViHKnKgcf0Ozqc= X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - orlando.hostforweb.net X-AntiAbuse: Original Domain - gnus.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: -2.4 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:66547 Archived-At: >>>>> Reiner Steib wrote: > On Fri, Mar 21 2008, Katsumi Yamaoka wrote: >> I considered the main purpose to customize `gnus-visible-headers' >> on most people is to add some headers to view in the article buffer. >> Those will be for keeping watch on some headers or just for fun. > I agree. Thanks for your explanations. >> I also considered that while it is meaningful in the article buffer, >> headers that `gnus-visible-headers' specifies by default are >> necessary and sufficient for general use. > Maybe it would make sense to add a new variable specifying the headers > used for commands like `gnus-article-browse-html-article' and > `gnus-summary-print-article' (do we have other, comparable commands)? Although I hesitate to add a new variable still more, there might be no choice but to do so. It will be a user option but I think it should be assumed that ones who really need to customize it are few. Maybe it's `gnus-default-headers', or `gnus-brief-headers' that you suggested. > We should also bind `gnus-treat-date-lapsed' to nil for those, I > think. Good point. Not only the date options but also the options that will modify the article contents might be worth considering too. E.g.: `gnus-treat-strip-list-identifiers', `gnus-treat-hide-signature'... (BTW, I recalled binding of `gnus-inhibit-treatment' to t has no effect at all.) > The new variable (say `gnus-brief-headers'?) could have the following > values: > - (list of) regexp(s): > Show specified headers. The variable should be initialized from > `gnus-saved-headers'. The purpose seems similar. Its default value > is gnus-visible-headers. I began to think it is wrong that `gnus-saved-headers' is initialized from `gnus-visible-headers'. Because the purpose of them differs; one is for saving, the other is for viewing. However, the value of `gnus-visible-headers' that a user might have customized for viewing is now applied to `gnus-saved-headers' as the default value. Though I'm not sure how people use saved article files (since I don't use them), shouldn't those three variables be independent each other? > Maybe some headers present (and useful) in `gnus-visible-headers' > should be removed from the default of `gnus-saved-headers' or only > from the new variable, e.g. Gnus-Warning, X-Sent, > (Mail-)?Followup-To, ... I agree. I'm considering that the default values of `gnus-brief-headers' and `gnus-saved-headers' have the minimum headers, like To, Cc, Newsgroups, From, Subject, and Date (I think it meets the argument "It should be assumed that ones who really need to customize it are few"). And the default value of `gnus-visible-headers' is the same as the present one. > - The symbol `current': > Use the currently visible headers (like `gnus-summary-print-article' > does it now) > - nil: > Use `gnus-saved-headers'. It assumes headers present in `gnus-saved-headers' are less than `gnus-visible-headers', doesn't it? Actually those are currently the same in my case. > - t (or ...?): > Use your implementation (but with `gnus-saved-headers'?). (Does > providing this still make sense if we have a dedicated variable?) This option seems to be indeed needless. > Opinions? >> Sorry for the late response. > Late? Less than one day? :-) It's really late this time. Sorry. ;-)