Re: forward-paragraph

[Michael Cook <cook@sightpath.com>]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> > More data...  When this odd behavior starts happening, if I exit
> > from gnus (don't need to exit from emacs), and restart gnus, the
> > problem goes away.  I'm running GNU Emacs 20.3.1.
> 
> The only thing that sets the variable in question is message.el, and
> it makes it buffer-local first.  Do you have any hooks that set it or
> something? 

It turns out that `fill-prefix' is causing forward-paragraph to
misbehave.  In the *Article* buffer, `fill-prefix' has acquired a
buffer-local value of "    " (i.e., several spaces).

By quitting and restarting gnus, I apparently force gnus to destroy
and recreate the *Article* buffer, thereby discarding the
buffer-local value.

Looking in w3-display.el, I see this code:

(defsubst w3-set-fill-prefix-length (len)
  (setq fill-prefix (if (< len (- (or w3-strict-width (window-width)) 4))
			(w3-get-pad-string len)
		      (url-warn
		       'html
		       "Runaway indentation!  Too deep for window width!")
		      fill-prefix)))

This would be consistent with the pattern I think I've been seeing:
that forward-paragraph ceases to work right in all articles after
viewing any HTML article.

I've noticed in other situations that setting buffer-local variables
in the *Article* buffer has a kind of lingering effect.

So, here's a question: When gnus starts "rendering" an article into
an *Article* buffer, shouldn't gnus first kill-all-local-variables?
Perhaps this:

--- gnus-art.el.~1~	Fri Jul  9 18:22:56 1999
+++ gnus-art.el	Wed Jul 28 13:57:20 1999
@@ -2520,6 +2520,7 @@
 	  (current-buffer))
       (save-excursion
 	(set-buffer (gnus-get-buffer-create name))
+	(kill-all-local-variables)
 	(gnus-article-mode)
 	(make-local-variable 'gnus-summary-buffer)
 	(gnus-summary-set-local-parameters gnus-newsgroup-name)

M.