From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/39266 Path: main.gmane.org!not-for-mail From: Oliver Scholz Newsgroups: gmane.emacs.gnus.general Subject: Re: auto-fill in body after "^[A-Za-z]: " Date: Sat, 13 Oct 2001 14:42:35 +0200 Organization: Gnus Information Center Sender: owner-ding@hpc.uh.edu 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 1035175001 26980 80.91.224.250 (21 Oct 2002 04:36:41 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 04:36:41 +0000 (UTC) Return-Path: Original-Received: (qmail 12161 invoked from network); 13 Oct 2001 11:31:53 -0000 Original-Received: from malifon.math.uh.edu (mail@129.7.128.13) by mastaler.com with SMTP; 13 Oct 2001 11:31:53 -0000 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 15sN11-00043e-00; Sat, 13 Oct 2001 06:31:39 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sat, 13 Oct 2001 06:31:17 -0500 (CDT) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id GAA13840 for ; Sat, 13 Oct 2001 06:31:04 -0500 (CDT) Original-Received: (qmail 12157 invoked by alias); 13 Oct 2001 11:31:22 -0000 Original-Received: (qmail 12152 invoked from network); 13 Oct 2001 11:31:21 -0000 Original-Received: from quimby.gnus.org (195.204.10.139) by gnus.org with SMTP; 13 Oct 2001 11:31:21 -0000 Original-Received: (from news@localhost) by quimby.gnus.org (8.9.3/8.9.3) id NAA13273 for ding@gnus.org; Sat, 13 Oct 2001 13:31:19 +0200 (CEST) Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 85 Original-NNTP-Posting-Host: 85-189.f.dial.o-tel-o.net Original-X-Trace: quimby.gnus.org 1002972679 19620 212.144.85.189 (13 Oct 2001 11:31:19 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 13 Oct 2001 11:31:19 GMT X-attribution: os User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/21.0.106 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:39266 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:39266 Hello. For some reason I cannot post to ding.gnus via leafnode. I hope it works now, when I access news.gnus.org via `B'. * "Kai" == Kai Großjohann writes: > Oliver Scholz writes: >> * there are some headers that are inserted *after* the >> text-property 'field 'header is set. In my header the whole block: q> Hm. I hope that it is okay to insert the headers at a later time. > But maybe the problem is that the headers are inserted outside of > the region of the text property? That would be bad. The Elisp-manual states[1] that that "ordinary text insertion functions such as `insert' do not inherit any properties". To insert text that inherits text properties one could use `insert-and-inherit'. But: I had a look at XEmacs. `insert-and-inherit' is there, but it is declared "obsolete" (?): ,----[ C-h f insert-and-inherit RET in XEmacs 21.1.14 ] | `insert-and-inherit' is an alias for `insert', a built-in function | -- loaded from "/usr/local/src/xemacs-21.1.14/lisp/obsolete.elc" | | Emacs Compatible; use `insert' instead. | | Documentation: | Insert the arguments, either strings or characters, at point. | Point moves forward so that it ends up after the inserted text. | Any other markers at the point of insertion remain before the text. | If a string has non-null string-extent-data, new extents will be created. `---- > I just now tried to type something after the last header. It was > not wrapped. Right now, the header region looks like this: > /---- | X-Draft-From: ("nnimap:INBOX.auto.gnus" 7800) | To: Oliver > Scholz | Cc: ding@gnus.org | Subject: Re: > auto-fill in body after "^[A-Za-z]: " | References: > | > | > | --text follows this > line-- \---- > And typing in the line just before `text follows this line' means > that the text does not wrap -- and it is not supposed to wrap. [...] Hmm. That's definitely not the case on my system. I tested this with `list-text-properties-at': If I use the message.el from CVS, some of the header lines don't have the 'field 'header property. I used `edebug-defun' on `message-setup-1' to see, what happens where: Everything is fine, until `(run-hooks 'message-setup-hook)' at the end. Then a lot of stuff (posting-styles stuff) is added in the header which does not inherit the 'field property. Ah! But I see now: the difference is not so strange: In *your* header the last header-line before "--text follows this line --" is "References: ..." That header line has the text property in question on my system, too. I fiddled a bit with message.el. I added the following right after `(run-hooks 'message-setup-hook) and that works: (save-restriction (message-narrow-to-headers) (put-text-property (point-min) (point-max) 'field 'header)) Hmmm. Maybe that is not very nice, because then I have two times `(save-restriction (message-narrow-to-headers) ....)' in the same function? 'oliver Footnotes: [1] Usual caveat whenever *I* --being a newby -- say something about the Elisp manual: `*if* I understand it correctly'. -- 22 Vendémiaire an 210 de la Révolution