bug-gnu-emacs
[Top][All Lists]
Advanced

[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.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]