GNU bug report logs -
#13067
Using `gnus-treat-fill-long-lines': many problems
Previous Next
Reported by: Michael Heerdegen <michael_heerdegen <at> web.de>
Date: Mon, 3 Dec 2012 13:52:02 UTC
Severity: normal
Tags: fixed
Found in version 5.13
Fixed in version 24.4
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> Michael Heerdegen <michael_heerdegen <at> web.de> writes:
>
> > 1. It doesn't work to use a binding to `gnus-treat-fill-long-lines' as
> > a group paramenter. It is just ignored.
>
> I tried setting it in a group parameter, and the value seems to be
> respected. How are you setting it?
I think it only didn't work because of my bad setup (shr-width ==
1000). Please ignore.
> > 2. Only a (global) value of t for `gnus-treat-fill-long-lines' has an
> > effect. Setting it to an integer, which is also allowed according to
> > the documentation, doesn't work for me.
>
> Works for me as demonstrated by `M-x debug-on-entry RET
> gnus-article-fill-cited-long-lines RET'.
Good. I guess this was also due to my bogus setup. Please ignore.
> > 3. If I want the setting to take effect for html messages, which is a
> > IMHO quite common wish, if have to do this:
> >
> > (push "text/html" gnus-article-treat-types)
>
> Yes, that should probably be on the list. I've now added it.
Ok - but not sure anymore if this correct. Normally, the filling is
done by the html renderer, I guess. Is it now possible that filling is
done twice, maybe with two different line lengths?
Regards,
Michael.
This bug report was last modified 12 years and 209 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.