GNU bug report logs -
#25208
24.5; man output uses wrong width
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 25208 in the body.
You can then email your comments to 25208 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#25208
; Package
emacs
.
(Thu, 15 Dec 2016 16:26:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Olaf Dietsche <olaf--mail.bug-gnu-emacs <at> olafdietsche.de>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 15 Dec 2016 16:26:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I use a wide display and Emacs full-screen.
- emacs -Q
- Make the Emacs frame full-screen, so it is wider than high and shows
only one window.
- M-x man RET ps RET -- any command works
Now the frame will be split into two windows side by side, one showing
the man page of `ps`. The man page will contain long lines, which are
truncated instead of wrapped around. You can see the whole lines, when
you scroll horizontally, of course.
This will not happen, if the frame is already split horizontally in two
equal wide windows. When you move the vertical divider to the left or
right and invoke another man command, you can see, that man always uses
the width of the starting window instead of the target (displaying)
window.
In GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, GTK+ Version 3.18.9)
of 2016-04-17 on lgw01-04, modified by Debian
Windowing system distributor `The X.Org Foundation', version 11.0.11803000
System Description: Ubuntu 16.04 LTS
Configured using:
`configure --build x86_64-linux-gnu --prefix=/usr
--sharedstatedir=/var/lib --libexecdir=/usr/lib
--localstatedir=/var/lib --infodir=/usr/share/info
--mandir=/usr/share/man --with-pop=yes
--enable-locallisppath=/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.5/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.5/site-lisp:/usr/share/emacs/site-lisp
--build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib
--libexecdir=/usr/lib --localstatedir=/var/lib
--infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes
--enable-locallisppath=/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.5/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.5/site-lisp:/usr/share/emacs/site-lisp
--with-x=yes --with-x-toolkit=gtk3 --with-toolkit-scroll-bars
'CFLAGS=-g -O2 -fstack-protector-strong -Wformat
-Werror=format-security -Wall' 'CPPFLAGS=-Wdate-time
-D_FORTIFY_SOURCE=2' 'LDFLAGS=-Wl,-Bsymbolic-functions -Wl,-z,relro''
Important settings:
value of $LC_MESSAGES: C
value of $LANG: de_DE.UTF-8
value of $XMODIFIERS: @im=none
locale-coding-system: utf-8-unix
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Quit
Note: file is write protected
Type C-x 1 to delete the help window.
Loading /home/olaf/dot-files/emacs/init/mail.el (source)...done
Quit
Load-path shadows:
None found.
Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev
gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util
mail-prsvr mail-utils find-func help-mode easymenu help-fns time-date
tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel
x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list
newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai
tai-viet lao korean japanese hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help
simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp
files text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote make-network-process
dbusbind gfilenotify dynamic-setting system-font-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs)
Memory information:
((conses 16 73052 6703)
(symbols 48 17689 0)
(miscs 40 40 113)
(strings 32 9388 4593)
(string-bytes 1 257769)
(vectors 16 9040)
(vector-slots 8 384603 16331)
(floats 8 66 294)
(intervals 56 237 22)
(buffers 960 13)
(heap 1024 19204 957))
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25208
; Package
emacs
.
(Thu, 15 Dec 2016 16:58:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 25208 <at> debbugs.gnu.org (full text, mbox):
Olaf Dietsche <olaf--mail.bug-gnu-emacs <at> olafdietsche.de> writes:
> I use a wide display and Emacs full-screen.
>
> - emacs -Q
> - Make the Emacs frame full-screen, so it is wider than high and shows
> only one window.
> - M-x man RET ps RET -- any command works
>
> Now the frame will be split into two windows side by side, one showing
> the man page of `ps`. The man page will contain long lines, which are
> truncated instead of wrapped around. You can see the whole lines, when
> you scroll horizontally, of course.
>
> This will not happen, if the frame is already split horizontally in two
> equal wide windows. When you move the vertical divider to the left or
> right and invoke another man command, you can see, that man always uses
> the width of the starting window instead of the target (displaying)
> window.
This was fixed before the latest release in a4b0fffe25. See the bugs
mentioned in this commit (Bug#2588, bug#5054, bug#9084, bug#17831).
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25208
; Package
emacs
.
(Thu, 15 Dec 2016 17:02:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 25208 <at> debbugs.gnu.org (full text, mbox):
> From: Olaf Dietsche <olaf--mail.bug-gnu-emacs <at> olafdietsche.de>
> Date: Thu, 15 Dec 2016 14:08:13 +0100
>
> I use a wide display and Emacs full-screen.
>
> - emacs -Q
> - Make the Emacs frame full-screen, so it is wider than high and shows
> only one window.
> - M-x man RET ps RET -- any command works
>
> Now the frame will be split into two windows side by side, one showing
> the man page of `ps`. The man page will contain long lines, which are
> truncated instead of wrapped around. You can see the whole lines, when
> you scroll horizontally, of course.
>
> This will not happen, if the frame is already split horizontally in two
> equal wide windows. When you move the vertical divider to the left or
> right and invoke another man command, you can see, that man always uses
> the width of the starting window instead of the target (displaying)
> window.
This is the intended behavior. What would you like to see instead?
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25208
; Package
emacs
.
(Thu, 15 Dec 2016 17:21:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 25208 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Olaf Dietsche <olaf--mail.bug-gnu-emacs <at> olafdietsche.de>
>> Date: Thu, 15 Dec 2016 14:08:13 +0100
>>
>> I use a wide display and Emacs full-screen.
>>
>> - emacs -Q
>> - Make the Emacs frame full-screen, so it is wider than high and shows
>> only one window.
>> - M-x man RET ps RET -- any command works
>>
>> Now the frame will be split into two windows side by side, one showing
>> the man page of `ps`. The man page will contain long lines, which are
>> truncated instead of wrapped around. You can see the whole lines, when
>> you scroll horizontally, of course.
>>
>> This will not happen, if the frame is already split horizontally in two
>> equal wide windows. When you move the vertical divider to the left or
>> right and invoke another man command, you can see, that man always uses
>> the width of the starting window instead of the target (displaying)
>> window.
>
> This is the intended behavior. What would you like to see instead?
Sorry for the incomplete bug report. I would expect to see the man
page's lines properly wrapped in the target window, so I can read it
without the need for scrolling horizontally.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25208
; Package
emacs
.
(Thu, 15 Dec 2016 19:51:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 25208 <at> debbugs.gnu.org (full text, mbox):
> From: Olaf Dietsche <olaf--mail.bug-gnu-emacs <at> olafdietsche.de>
> Cc: 25208 <at> debbugs.gnu.org
> Date: Thu, 15 Dec 2016 18:20:39 +0100
>
> > This is the intended behavior. What would you like to see instead?
>
> Sorry for the incomplete bug report. I would expect to see the man
> page's lines properly wrapped in the target window, so I can read it
> without the need for scrolling horizontally.
I think if you set truncate-partial-width-windows to nil, you will
have what you want.
But Mark says this was fixed, so maybe I don't understand the issue
well enough.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25208
; Package
emacs
.
(Fri, 16 Dec 2016 07:36:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 25208 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Olaf Dietsche <olaf--mail.bug-gnu-emacs <at> olafdietsche.de>
>> Cc: 25208 <at> debbugs.gnu.org
>> Date: Thu, 15 Dec 2016 18:20:39 +0100
>>
>> > This is the intended behavior. What would you like to see instead?
>>
>> Sorry for the incomplete bug report. I would expect to see the man
>> page's lines properly wrapped in the target window, so I can read it
>> without the need for scrolling horizontally.
>
> I think if you set truncate-partial-width-windows to nil, you will
> have what you want.
Setting truncate-partial-width-windows to nil (and truncate-lines to t)
doesn't change the observed behaviour.
This is not a general problem with line truncation. In this case it
isn't Emacs doing the formatting, but the external program `man`. Emacs
does so by setting the COLUMNS environment variable before calling man.
Man will then format according to the given width, which is the width of
the current window before being split in half.
> But Mark says this was fixed, so maybe I don't understand the issue
> well enough.
Whatever might have been fixed more than two years ago (#17831), it
doesn't show up in my Emacs (24.5.1, Ubuntu 16.04).
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25208
; Package
emacs
.
(Fri, 16 Dec 2016 08:32:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 25208 <at> debbugs.gnu.org (full text, mbox):
> From: Olaf Dietsche <olaf--mail.bug-gnu-emacs <at> olafdietsche.de>
> Cc:25208 <at> debbugs.gnu.org
> Date: Thu, 15 Dec 2016 22:31:30 +0100
>
> This is not a general problem with line truncation. In this case it
> isn't Emacs doing the formatting, but the external program `man`. Emacs
> does so by setting the COLUMNS environment variable before calling man.
>
> Man will then format according to the given width, which is the width of
> the current window before being split in half.
Right, so I did misunderstand. Sorry about that.
> > But Mark says this was fixed, so maybe I don't understand the issue
> > well enough.
>
> Whatever might have been fixed more than two years ago (#17831), it
> doesn't show up in my Emacs (24.5.1, Ubuntu 16.04).
That fix is in Emacs 25.1, not in 24.5, AFAICS.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25208
; Package
emacs
.
(Fri, 16 Dec 2016 10:25:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 25208 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Olaf Dietsche <olaf--mail.bug-gnu-emacs <at> olafdietsche.de>
>> Cc:25208 <at> debbugs.gnu.org
>> Date: Thu, 15 Dec 2016 22:31:30 +0100
>>
>> > But Mark says this was fixed, so maybe I don't understand the issue
>> > well enough.
>>
>> Whatever might have been fixed more than two years ago (#17831), it
>> doesn't show up in my Emacs (24.5.1, Ubuntu 16.04).
>
> That fix is in Emacs 25.1, not in 24.5, AFAICS.
Ok, thank you for clarifying. I'll have a look.
bug marked as fixed in version 25.1, send any further explanations to
25208 <at> debbugs.gnu.org and Olaf Dietsche <olaf--mail.bug-gnu-emacs <at> olafdietsche.de>
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Fri, 16 Dec 2016 20:37:01 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 14 Jan 2017 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 8 years and 154 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.