GNU bug report logs -
#55824
gnus-article-fill-long-lines vs. long Subjects
Previous Next
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.
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):
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):
積丹尼 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):
[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):
積丹尼 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):
[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.