GNU bug report logs -
#567
word wrap
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Wed, 23 Jul 2008 13:45:56 -0400
with message-id <8763qwwl2j.fsf <at> stupidchicken.com>
and subject line Re: word wrap
has caused the Emacs bug report #567,
regarding word wrap
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact don <at> donarmstrong.com
immediately.)
--
567: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=567
Emacs Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
[Message part 3 (text/plain, inline)]
Lines with whitespace at the end get wrapped too early. It seems like
the word boundary is not recognized correctly.
To reproduce, enable word-wrap, then add spaces to a not-yet-wrapped
line (at its end).
I think in this case it would be best to simply wrap the spaces as if
word-wrap wasn't enabled.
In GNU Emacs 23.0.60.2 (i386-apple-darwin9.4.0, *Step 9.0)
of 2008-07-16 on scarlett
configured using `configure '--with-ns' '--without-x' '--without-
freetype' '--prefix=/Users/dr/Projects/Aquamacs/emacs/nextstep/build/
Emacs.app/Contents/Resources' '--exec_prefix=/Users/dr/Projects/
Aquamacs/emacs/nextstep/build/Emacs.app/Contents/MacOS' '--libexecdir=/
Users/dr/Projects/Aquamacs/emacs/nextstep/build/Emacs.app/Contents/
MacOS/libexec' 'CC=gcc-4.0' 'CFLAGS=-g -arch ppc -arch i386''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: nil
value of $XMODIFIERS: nil
locale-coding-system: nil
default-enable-multibyte-characters: t
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
global-auto-composition-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
<help-echo> <help-echo> <down-mouse-1> <mouse-1> <help-echo>
C-x w C-x b <return> C-y <return> <return> <return>
<help-echo> <down-mouse-1> <mouse-1> <left> <left>
<right> <right> <right> <right> <right> <left> <left>
<left> <left> <left> <down-mouse-1> <mouse-1> <down-mouse-1>
<mouse-1> <escape> x r e p o r t - e m <tab> <retu
rn>
Recent messages:
.emacs loaded
For information about GNU Emacs and the GNU system, type C-h C-a.
Mark set
[smime.p7s (application/pkcs7-signature, attachment)]
[Message part 5 (message/rfc822, inline)]
> Lines with whitespace at the end get wrapped too early. It seems like
> the word boundary is not recognized correctly.
>
> To reproduce, enable word-wrap, then add spaces to a not-yet-wrapped
> line (at its end).
AFAICT, the current behavior is identical to what other editors with
word-wrap do. The convention is that each screen line starts with a
non-whitespace character.
This bug report was last modified 16 years and 326 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.