[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#11759: 24.1.50; word-wrap should wrap on non-words if the current wo
From: |
Lennart Borgman |
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:06:31 +0200 |
On Sat, Jun 23, 2012 at 2:48 PM, Eli Zaretskii <eliz@gnu.org> wrote:
>> From: Lennart Borgman <lennart.borgman@gmail.com>
>> Date: Sat, 23 Jun 2012 13:27:20 +0200
>> Cc: Ivan Andrus <darthandrus@gmail.com>, 11759@debbugs.gnu.org
>>
>> On Sat, Jun 23, 2012 at 1:14 PM, Chong Yidong <cyd@gnu.org> wrote:
>> > Stefan Monnier <monnier@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.
Oh, I see. I never noticed the char-wrap since behaviour Stefan told
about just makes me avoid such troubles (it is in org-mode I have seen
it).
Anyway, word truncation would be a good alternative at least for me.