[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#2749: 23.0.91; Visual Line Mode: incorrect line wrapping in corner c
bug#2749: 23.0.91; Visual Line Mode: incorrect line wrapping in corner case
Mon, 18 Feb 2013 13:03:12 +0100
Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux)
On Tue, 24 Mar 2009 21:35:02 -0400 Stefan Monnier <address@hidden> wrote:
>> This behavior is expected. The word wrap algorithm treats lines that
>> are too long to wrap using the ordinary line-wrapping rules, and since
>> overflow-newline-into-fringe is disabled in Visual Line mode, the extra
>> empty line is used to show the non-overflowed newline character.
>> After the release, I might look into letting word wrap handle
>> overflow-newline-into-fringe behavior. I suspect, however, that this
>> may lead to confusing results in some circumstances.
> BTW: why is overflow-newline-into-fringe ignored when word-wrap is
> non-nil? What kind of confusing results are you thinking of?
I would like to use a string of length window-width in a display overlay
together with word-wrap and a non-nil wrap-prefix. Currently this
results in a following empty line with indentation, which is rather
disconcerting. But after removing `&& (IT)->line_wrap != WORD_WRAP'
from the definition of IT_OVERFLOW_NEWLINE_INTO_FRINGE and rebuilding
Emacs, the empty indented line is gone and I have just what I want. I
haven't yet seen anything confusing. So I too would be very interested
to know if there are known or suspected problems with allowing non-nil
overflow-newline-into-fringe with word-wrap. If it's not clear there
are any, could we allow it and then see if anyone screams bloody murder?
|[Prev in Thread]
||[Next in Thread]|
- bug#2749: 23.0.91; Visual Line Mode: incorrect line wrapping in corner case,
Stephen Berman <=