GNU bug report logs - #55824
gnus-article-fill-long-lines vs. long Subjects

Previous Next

Package: emacs;

Reported by: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>

Date: Tue, 7 Jun 2022 00:36:02 UTC

Severity: normal

Tags: wontfix

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 55824 in the body.
You can then email your comments to 55824 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#55824; Package emacs. (Tue, 07 Jun 2022 00:36:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Tue, 07 Jun 2022 00:36:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
To: bug-gnu-emacs <at> gnu.org
Subject: gnus-article-fill-long-lines vs. long Subjects
Date: Tue, 07 Jun 2022 08:35:23 +0800
     W Q runs the command gnus-article-fill-long-lines (found in
     gnus-summary-mode-map), which is an interactive Lisp function in
     ‘gnus-art.el’.

     It is bound to W Q, <menu-bar> <Article> <Washing> <Fill long lines>.

     Fill lines that are wider than the window width.

OK, but the long Subjects etc. headers should be filled too, perhaps.

gnus-version "Gnus v5.13"




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#55824; Package emacs. (Tue, 07 Jun 2022 09:59:02 GMT) Full text and rfc822 format available.

Message #8 received at 55824 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
Cc: 55824 <at> debbugs.gnu.org
Subject: Re: bug#55824: gnus-article-fill-long-lines vs. long Subjects
Date: Tue, 07 Jun 2022 11:58:11 +0200
積丹尼 Dan Jacobson <jidanni <at> jidanni.org> writes:

>      W Q runs the command gnus-article-fill-long-lines (found in
>      gnus-summary-mode-map), which is an interactive Lisp function in
>      ‘gnus-art.el’.
>
>      It is bound to W Q, <menu-bar> <Article> <Washing> <Fill long lines>.
>
>      Fill lines that are wider than the window width.
>
> OK, but the long Subjects etc. headers should be filled too, perhaps.

Headers are filled by default, so I don't think that's very useful.
Closing.

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




Added tag(s) wontfix. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Tue, 07 Jun 2022 09:59:02 GMT) Full text and rfc822 format available.

bug closed, send any further explanations to 55824 <at> debbugs.gnu.org and 積丹尼 Dan Jacobson <jidanni <at> jidanni.org> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Tue, 07 Jun 2022 09:59:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#55824; Package emacs. (Sat, 11 Jun 2022 14:21:02 GMT) Full text and rfc822 format available.

Message #15 received at 55824 <at> debbugs.gnu.org (full text, mbox):

From: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 55824 <at> debbugs.gnu.org
Subject: Re: bug#55824: gnus-article-fill-long-lines vs. long Subjects
Date: Sat, 11 Jun 2022 22:20:39 +0800
[Message part 1 (text/plain, inline)]
All I know is it is truncated for me,
[trunc.jpg (image/jpeg, inline)]
[Message part 3 (text/plain, inline)]
I use
https://www.jidanni.org/comp/configuration/

The only way I can see the rest of that line is to put the cursor on it
and hit ^e.


>>>>> "LI" == Lars Ingebrigtsen <larsi <at> gnus.org> writes:
LI> 積丹尼 Dan Jacobson <jidanni <at> jidanni.org> writes:

>> W Q runs the command gnus-article-fill-long-lines (found in
>> gnus-summary-mode-map), which is an interactive Lisp function in
>> ‘gnus-art.el’.
>> 
>> It is bound to W Q, <menu-bar> <Article> <Washing> <Fill long lines>.
>> 
>> Fill lines that are wider than the window width.
>> 
>> OK, but the long Subjects etc. headers should be filled too, perhaps.

LI> Headers are filled by default, so I don't think that's very useful.
LI> Closing.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#55824; Package emacs. (Sat, 11 Jun 2022 15:39:02 GMT) Full text and rfc822 format available.

Message #18 received at 55824 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
Cc: 55824 <at> debbugs.gnu.org
Subject: Re: bug#55824: gnus-article-fill-long-lines vs. long Subjects
Date: Sat, 11 Jun 2022 17:38:28 +0200
積丹尼 Dan Jacobson <jidanni <at> jidanni.org> writes:

> The only way I can see the rest of that line is to put the cursor on it
> and hit ^e.

Subject headers aren't displayed that way by default, so you've
configured it to, I think?  

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




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#55824; Package emacs. (Sun, 12 Jun 2022 08:00:02 GMT) Full text and rfc822 format available.

Message #21 received at 55824 <at> debbugs.gnu.org (full text, mbox):

From: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 55824 <at> debbugs.gnu.org
Subject: Re: bug#55824: gnus-article-fill-long-lines vs. long Subjects
Date: Sun, 12 Jun 2022 15:59:23 +0800
[Message part 1 (text/plain, inline)]
Wait!
If I do
$ echo test| mail -s xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx $USER
indeed, like you said, the subject is wrapped and I get to see all the
x's. Good.

Same if I use -s "..xxx xxx..." (putting some blanks in the subject.)

But, if I pipe the attached message into procmail,
then in gnus I see the subject truncated there in the Article buffer!

[ll (application/octet-stream, attachment)]
[Message part 3 (text/plain, inline)]

>>>>> "LI" == Lars Ingebrigtsen <larsi <at> gnus.org> writes:
LI> 積丹尼 Dan Jacobson <jidanni <at> jidanni.org> writes:

>> The only way I can see the rest of that line is to put the cursor on it
>> and hit ^e.

LI> Subject headers aren't displayed that way by default, so you've
LI> configured it to, I think?  

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sun, 10 Jul 2022 11:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 3 years and 36 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.