GNU bug report logs - #11759
24.1.50; word-wrap should wrap on non-words if the current word is too long

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lennart Borgman <lennart.borgman <at> gmail.com>
Cc: darthandrus <at> gmail.com, cyd <at> gnu.org, 11759 <at> debbugs.gnu.org
Subject: bug#11759: 24.1.50; word-wrap should wrap on non-words if the current word is too long
Date: Sat, 23 Jun 2012 15:48:32 +0300

> From: Lennart Borgman <lennart.borgman <at> gmail.com>
> Date: Sat, 23 Jun 2012 13:27:20 +0200
> Cc: Ivan Andrus <darthandrus <at> gmail.com>, 11759 <at> debbugs.gnu.org
> 
> On Sat, Jun 23, 2012 at 1:14 PM, Chong Yidong <cyd <at> gnu.org> wrote:
> > Stefan Monnier <monnier <at> IRO.UMontreal.CA> writes:
> >
> >>> if the entire line is one "word" but indented, which is not uncommon
> >>> in some files that I regularly edit, then the entire line is wrapped
> >>> to the next line leaving a completely blank visual line.
> >>
> >> I also use word-wrap everywhere, including programming modes and see the
> >> same problem.
> >>
> >> - if the word is the first non-blank char on the line, wrapping to the
> >>   next line results in a visually empty line, losing the
> >>   indentation info.
> >> - if the word is wider than the window (plus the wrap-prefix), then even
> >>   after word-wrapping it to the next line, it gets char-wrapped anyway,
> >>   so we didn't win anything.
> >
> > FWIW, word wrap behaves the same way in other editors (checked with
> > gedit and with a text box in Firefox).
> 
> I think it will be very nice if such long words could wrap.

They already do, please check the actual Emacs behavior.

Previous Next

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