From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/12678 Path: main.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: many-to boring header (was Re: long-to boring header) Date: 25 Oct 1997 00:20:15 +0200 Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1035152172 5104 80.91.224.250 (20 Oct 2002 22:16:12 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 22:16:12 +0000 (UTC) Return-Path: Original-Received: from xemacs.org (xemacs.cs.uiuc.edu [128.174.252.16]) by altair.xemacs.org (8.8.7/8.8.7) with ESMTP id RAA10753 for ; Fri, 24 Oct 1997 17:08:35 -0700 Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by xemacs.org (8.8.5/8.8.5) with ESMTP id TAA19855 for ; Fri, 24 Oct 1997 19:10:07 -0500 (CDT) Original-Received: from claymore.vcinet.com (claymore.vcinet.com [208.205.12.23]) by ifi.uio.no (8.8.7/8.8.7/ifi0.2) with SMTP id BAA27155 for ; Sat, 25 Oct 1997 01:04:13 +0200 (MET DST) Original-Received: (qmail 16462 invoked by uid 504); 24 Oct 1997 23:04:12 -0000 Original-Received: (qmail 16449 invoked from network); 24 Oct 1997 23:04:08 -0000 Original-Received: from xyplex26.uio.no (HELO sparky.gnus.org) (129.240.154.46) by claymore.vcinet.com with SMTP; 24 Oct 1997 23:04:07 -0000 Original-Received: (from larsi@localhost) by sparky.gnus.org (8.8.5/8.8.5) id AAA01083; Sat, 25 Oct 1997 00:56:24 +0200 Mail-Copies-To: never Original-To: ding@gnus.org In-Reply-To: dsg@linus.mitre.org's message of "13 Oct 1997 12:46:35 -0400" X-Mailer: Quassia Gnus v0.13/XEmacs 19.15 X-Face: &w!^oO~dS|}-P0~ge{$c!h\ Sounds reasonable. Here's one such implementation. I've also patched > gnus.texi to document it. Thanks for the patch; I've applied it to Quassia Gnus v0.13. > One thing that I found kind of weird while > working on this: My first thought was to simply re-search-forward to > the first `to' header and call (gnus-article-hide-header "to"). Go > back to the beginning and try again. Repeat until none left. [...] > But... if I selected the *Article* buffer (after reading it), > turned off read-only and explicitly called (gnus-article-hide-header > "to") via eval-expression, it did the "right" thing and got rid of > each instance of the header in succession. I'm curious as to why this > happens. Because the Gnus function binds `inhibit-point-motion-hooks', which means that it treats intangible text as tangible. -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen