bug#35440: 27.0.50; gnus-treat-fill-long-lines fills only cited long lines

all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed

* bug#35440: 27.0.50; gnus-treat-fill-long-lines fills only cited long lines
@ 2019-04-26 18:00 ` Filipp Gunbin
  2019-06-22 12:37   ` Lars Ingebrigtsen
       [not found]   ` <handler.35440.C.15612070614424.notifdonectrl.0@debbugs.gnu.org>
  0 siblings, 2 replies; 3+ messages in thread
From: Filipp Gunbin @ 2019-04-26 18:00 UTC (permalink / raw)
  To: 35440

gnus-art.el maps `gnus-treat-fill-long-lines' var to function filling
_cited_ long lines:

(defvar gnus-treatment-function-alist
...
    (gnus-treat-fill-long-lines gnus-article-fill-cited-long-lines)
    
There seems to be no way to configure that non-cited long lines should
be filled during article treatment.

It would be more convenient to have 2 different vars, each mapping to
corresponding function.  Current mapping looks counter-intuitive.

Thanks.


In GNU Emacs 27.0.50 (build 2, x86_64-apple-darwin18.5.0, NS appkit-1671.40 Version 10.14.4 (Build 18E226))
 of 2019-04-26 built on fgunbin.local
Repository revision: 82fc8ca6ba179596928db614ab903e44968ef44e
Repository branch: master
System Description:  Mac OS X 10.14.4





^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#35440: 27.0.50; gnus-treat-fill-long-lines fills only cited long lines
  2019-04-26 18:00 ` bug#35440: 27.0.50; gnus-treat-fill-long-lines fills only cited long lines Filipp Gunbin
@ 2019-06-22 12:37   ` Lars Ingebrigtsen
       [not found]   ` <handler.35440.C.15612070614424.notifdonectrl.0@debbugs.gnu.org>
  1 sibling, 0 replies; 3+ messages in thread
From: Lars Ingebrigtsen @ 2019-06-22 12:37 UTC (permalink / raw)
  To: Filipp Gunbin; +Cc: 35440

Filipp Gunbin <fgunbin@fastmail.fm> writes:

> gnus-art.el maps `gnus-treat-fill-long-lines' var to function filling
> _cited_ long lines:
>
> (defvar gnus-treatment-function-alist
> ...
>     (gnus-treat-fill-long-lines gnus-article-fill-cited-long-lines)
>
> There seems to be no way to configure that non-cited long lines should
> be filled during article treatment.

I think that's by design -- the `article-fill-long-lines' is prone to
mess up the article pretty badly, and should only be used interactively,
while the other function tries to be somewhat reasonable in what it
fills.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 3+ messages in thread

[parent not found: <handler.35440.C.15612070614424.notifdonectrl.0@debbugs.gnu.org>]

* bug#35440: acknowledged by developer (control message for bug #35440)
       [not found]   ` <handler.35440.C.15612070614424.notifdonectrl.0@debbugs.gnu.org>
@ 2019-06-24 11:22     ` Filipp Gunbin
  0 siblings, 0 replies; 3+ messages in thread
From: Filipp Gunbin @ 2019-06-24 11:22 UTC (permalink / raw)
  To: 35440

Ok, I see, thanks.





^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2019-06-24 11:22 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <m3o92peqy7.fsf@gnus.org>
2019-04-26 18:00 ` bug#35440: 27.0.50; gnus-treat-fill-long-lines fills only cited long lines Filipp Gunbin
2019-06-22 12:37   ` Lars Ingebrigtsen
     [not found]   ` <handler.35440.C.15612070614424.notifdonectrl.0@debbugs.gnu.org>
2019-06-24 11:22     ` bug#35440: acknowledged by developer (control message for bug #35440) Filipp Gunbin

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.