GNU bug report logs - #9549
24.0.50; longlines showing hard newlines breaks display

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 9549 in the body.
You can then email your comments to 9549 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Miguel V. S. Frasson" <mvsfrasson <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.0.50; longlines showing hard newlines breaks display
Date: Mon, 19 Sep 2011 00:02:14 -0300

[Message part 1 (text/plain, inline)]

Hi.

In longlines-mode, showing hard newlines makes the apparent/displayed
point position to "jump" annoinly.  This bug makes longlines-mode with
longlines-show-hard-newlines useless.

How to reproduce.

1) emacs -Q

2) get some text with some long lines (spaces are necessary).

I do this copying "test " and yanking several times, making several
paragraphs (see recent input below).

3) M-x longlines-mode

4) M-x longlines-show-hard-newlines

5) use arrow keys (up and down) to navigate through the text.

Apparently, when point crosses two C-j, the displayed point goes to
upper right corner (blinks there as it does normally) giving the
impression that point is there.  Sometimes it even "recenters" as if
point where elsewhere.  When (real) point leaves 2 C-j, point behaves
normally.

Regards

Miguel Frasson.


In GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.24.4)
 of 2011-09-18 on frasson-sam11-u
Windowing system distributor `The X.Org Foundation', version 11.0.11001000
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: pt_BR.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  longlines-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  use-hard-newlines: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
t e s t SPC C-a C-k C-y C-y C-y C-y C-y C-y C-y C-y
C-y C-y C-a C-k C-y C-y C-y C-y <return> <return> C-y
C-y C-y C-y C-y C-y <return> <return> C-y C-y C-y C-y
C-y C-y C-y <return> <return> C-y C-y C-y C-y C-y C-y
C-y C-y C-y C-y <return> <return> C-y C-y C-y C-y C-y
C-y C-y C-y C-y C-y M-x l o n g l i n e s - m o d e
<return> M-x l o n g l i <tab> s h o <tab> <return>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<menu-bar> <help-menu> <send-emacs-bug-report>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Mark set [47 times]
Longlines mode enabled

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr message format-spec rfc822 mml easymenu
mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mailabbrev mail-utils gmm-utils mailheader
emacsbug longlines time-date tooltip ediff-hook vc-hooks lisp-float-type
mwheel x-win x-dnd tool-bar dnd fontset image fringe lisp-mode register
page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock
font-lock syntax facemenu font-core frame cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew
greek romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs
button faces cus-face files text-properties overlay sha1 md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process dynamic-setting system-font-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs)


-- 
Miguel Vinicius Santini Frasson
mvsfrasson <at> gmail.com

[Message part 2 (text/html, inline)]

Message #10 received at 9549-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: "Miguel V. S. Frasson" <mvsfrasson <at> gmail.com>
Cc: 9549-done <at> debbugs.gnu.org
Subject: Re: bug#9549: 24.0.50; longlines showing hard newlines breaks display
Date: Tue, 20 Sep 2011 20:15:34 +0300

> From: "Miguel V. S. Frasson" <mvsfrasson <at> gmail.com>
> Date: Mon, 19 Sep 2011 00:02:14 -0300
> 
> 1) emacs -Q
> 
> 2) get some text with some long lines (spaces are necessary).
> 
> I do this copying "test " and yanking several times, making several
> paragraphs (see recent input below).
> 
> 3) M-x longlines-mode
> 
> 4) M-x longlines-show-hard-newlines
> 
> 5) use arrow keys (up and down) to navigate through the text.
> 
> Apparently, when point crosses two C-j, the displayed point goes to
> upper right corner (blinks there as it does normally) giving the
> impression that point is there.  Sometimes it even "recenters" as if
> point where elsewhere.  When (real) point leaves 2 C-j, point behaves
> normally.

Fixed in revision 105856.

Message #13 received at 9549 <at> debbugs.gnu.org (full text, mbox):

From: "Miguel V. S. Frasson" <mvsfrasson <at> gmail.com>
To: 9549 <at> debbugs.gnu.org
Subject: Problem not completely fixed
Date: Wed, 21 Sep 2011 18:22:50 -0300

[Message part 1 (text/plain, inline)]

Hi

I checkout again today, recompiled, and part of the problem is solved, but
not completely.

How to reproduce the bug:

1) emacs -Q

2) in some buffer insert the following text (3 lines of text, each ending
with words endlineN):

longlines longlines longlines longlines longlines longlines longlines
longlines longlines longlines longlines longlines endline1
longlines longlines longlines longlines longlines longlines longlines
longlines endline2
longlines longlines longlines longlines >< endline3

3) M-x longlines-mode

The text becomes 5 lines that looks like
longlines longlines longlines longlines longlines longlines longlines
longlines longlines longlines longlines longlines endline1
longlines longlines longlines longlines longlines longlines longlines
longlines endline2
longlines longlines longlines longlines >< endline3

4) M-x longlines-show-hard-newlines

5) put point between in the middle of >< in last line

6) type UP 2 times and observe that point goes to beginning of 4th line,
strangely

7) type UP again e text behaves normally.

8) now put the point in the end of last line

9) type UP and point strangely goes to beginning of line, and next UPs
always put point ant beginning of lines.

In GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.24.4)
 of 2011-09-21 on frasson-sam11-u
Windowing system distributor `The X.Org Foundation', version 11.0.11001000
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: pt_BR.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  longlines-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  use-hard-newlines: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
C-y C-y C-y C-y e n d l i n e 3 <return> <left> M-x
l o n g l i n e s - m o <tab> <return> M-x l o n g
l i n e <tab> s h o <tab> <return> <up> <up> <up> <up>
<down> <down> <down> <end> SPC <left> <up> <up> <down>
<right> <left> <up> <up> <down> <up> <up> <up> <up>
<down> <down> <down> <left> <right> <right> <up> <up>
<up> <up> <up> <down> <down> <down> <down> <end> <up>
<up> <up> <up> <up> <up> <down> <down> <down> <down>
<down> M-x s e n d <tab> <tab> <backspace> <backspace>
<backspace> <backspace> b g <backspace> u g <tab> <tab>
<backspace> <backspace> <backspace> <backspace> <backspace>
<backspace> <backspace> <backspace> <backspace> <backspace>
<backspace> <backspace> <backspace> <backspace> e m
<tab> a <tab> s <tab> <backspace> <backspace> <backspace>
<backspace> <backspace> <backspace> <backspace> <backspace>
<backspace> <backspace> <backspace> <backspace> b u
<tab> <tab> <tab> <backspace> <backspace> <backspace>
<backspace> <backspace> <backspace> <backspace> <backspace>
b u g <tab> <tab> C-g <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <menu-bar>
<help-menu> <send-emacs-bug-report> <help-echo> C-g
<up> <up> <up> <up> <S-down> <S-down> <S-down> <S-down>
<S-end> <S-left> <S-right> <S-right> <C-insert> M-x
l o n g l i <tab> s h o <tab> <C-S-left> <C-S-left>
<C-S-left> <C-S-left> <C-insert> C-g <up> <up> <up>
<up> <up> <S-down> <S-down> <S-down> <S-down> <S-end>
C-c <C-insert> <right> <left> <left> <left> <left>
<left> <left> <left> <left> <left> <left> > < SPC <left>
<left> <up> <up> <up> <up> <up> <down> <down> <down>
<down> <up> <up> <up> <up> <up> <down> <down> <down>
<down> <up> <up> <down> <up> <up> a a <backspace> <backspace>
<up> <up> <down> <down> <down> <end> <left> <end> <up>
<up> <up> <down> <down> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<menu-bar> <help-menu> <send-emacs-bug-report>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Mark set [24 times]
Longlines mode enabled
Making completion list... [3 times]
Quit [2 times]
Mark set
Quit
Mark set

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr message format-spec rfc822 mml mml-sec
mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mailabbrev mail-utils gmm-utils mailheader
emacsbug help-mode easymenu view longlines time-date tooltip ediff-hook
vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image
fringe lisp-mode register page menu-bar rfn-eshadow timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham
georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese hebrew greek romanian slovak czech european ethiopic
indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple
abbrev minibuffer loaddefs button faces cus-face files text-properties
overlay sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote make-network-process dynamic-setting
system-font-setting font-render-setting move-toolbar gtk x-toolkit x
multi-tty emacs)


-- 
Miguel Vinicius Santini Frasson
mvsfrasson <at> gmail.com

[Message part 2 (text/html, inline)]

Message #18 received at 9549 <at> debbugs.gnu.org (full text, mbox):

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: "Miguel V. S. Frasson" <mvsfrasson <at> gmail.com>
Cc: 9549 <at> debbugs.gnu.org
Subject: Re: bug#9549: Problem not completely fixed
Date: Thu, 22 Sep 2011 00:32:09 +0200

On Wed, Sep 21, 2011 at 23:22, Miguel V. S. Frasson
<mvsfrasson <at> gmail.com> wrote:
> Hi
> I checkout again today, recompiled, and part of the problem is solved, but
> not completely.
> How to reproduce the bug:
> 1) emacs -Q
> 2) in some buffer insert the following text (3 lines of text, each ending
> with words endlineN):
> longlines longlines longlines longlines longlines longlines longlines
> longlines longlines longlines longlines longlines endline1
> longlines longlines longlines longlines longlines longlines longlines
> longlines endline2
> longlines longlines longlines longlines >< endline3
> 3) M-x longlines-mode

Just a short note: Is not longlines-mode suppost to be phased out?

Message #21 received at 9549 <at> debbugs.gnu.org (full text, mbox):

From: Leo <sdl.web <at> gmail.com>
To: "Miguel V. S. Frasson" <mvsfrasson <at> gmail.com>
Cc: 9549 <at> debbugs.gnu.org
Subject: Re: bug#9549: Problem not completely fixed
Date: Thu, 22 Sep 2011 07:59:34 +0800

On 2011-09-22 05:22 +0800, Miguel V. S. Frasson wrote:
> 3) M-x longlines-mode

I remember long ago there was an intention to obsolete longlines-mode.

Leo

Message #24 received at 9549 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: "Miguel V. S. Frasson" <mvsfrasson <at> gmail.com>
Cc: 9549 <at> debbugs.gnu.org
Subject: Re: bug#9549: Problem not completely fixed
Date: Thu, 22 Sep 2011 06:07:02 +0300

> From: "Miguel V. S. Frasson" <mvsfrasson <at> gmail.com>
> Date: Wed, 21 Sep 2011 18:22:50 -0300
> 
> I checkout again today, recompiled, and part of the problem is solved, but
> not completely.
> 
> How to reproduce the bug:
> 
> 1) emacs -Q
> 
> 2) in some buffer insert the following text (3 lines of text, each ending
> with words endlineN):
> 
> longlines longlines longlines longlines longlines longlines longlines
> longlines longlines longlines longlines longlines endline1
> longlines longlines longlines longlines longlines longlines longlines
> longlines endline2
> longlines longlines longlines longlines >< endline3
> 
> 3) M-x longlines-mode
> 
> The text becomes 5 lines that looks like
> longlines longlines longlines longlines longlines longlines longlines
> longlines longlines longlines longlines longlines endline1
> longlines longlines longlines longlines longlines longlines longlines
> longlines endline2
> longlines longlines longlines longlines >< endline3
> 
> 4) M-x longlines-show-hard-newlines
> 
> 5) put point between in the middle of >< in last line
> 
> 6) type UP 2 times and observe that point goes to beginning of 4th line,
> strangely
> 
> 7) type UP again e text behaves normally.
> 
> 8) now put the point in the end of last line
> 
> 9) type UP and point strangely goes to beginning of line, and next UPs
> always put point ant beginning of lines.

Don't you see the same behavior in Emacs 23?  I do, and so the above
is an entirely different problem, inherent to how C-n and C-p deduce
what column to use as a temporary goal for placing point on the next
or previous line.  For an even uglier manifestation of this problem,
see the 2nd problem described in bug #9254.

You are welcome to file a new bug about these issues with C-n/C-p, but
the current bug should remain closed, because the problem with the
cursor jumping to a completely unrelated place (the end of the 1st
screen line) was resolved.

Message #27 received at 9549 <at> debbugs.gnu.org (full text, mbox):

From: "Miguel V. S. Frasson" <mvsfrasson <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 9549 <at> debbugs.gnu.org
Subject: Re: bug#9549: Problem not completely fixed
Date: Thu, 22 Sep 2011 09:02:54 -0300

[Message part 1 (text/plain, inline)]

Dear Eli

Ok, it is a different problem.

Thanks.

Miguel.

On Thu, Sep 22, 2011 at 12:07 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:

> > From: "Miguel V. S. Frasson" <mvsfrasson <at> gmail.com>
> > Date: Wed, 21 Sep 2011 18:22:50 -0300
> >
> > I checkout again today, recompiled, and part of the problem is solved,
> but
> > not completely.
> >
> > How to reproduce the bug:
> >
> > 1) emacs -Q
> >
> > 2) in some buffer insert the following text (3 lines of text, each ending
> > with words endlineN):
> >
> > longlines longlines longlines longlines longlines longlines longlines
> > longlines longlines longlines longlines longlines endline1
> > longlines longlines longlines longlines longlines longlines longlines
> > longlines endline2
> > longlines longlines longlines longlines >< endline3
> >
> > 3) M-x longlines-mode
> >
> > The text becomes 5 lines that looks like
> > longlines longlines longlines longlines longlines longlines longlines
> > longlines longlines longlines longlines longlines endline1
> > longlines longlines longlines longlines longlines longlines longlines
> > longlines endline2
> > longlines longlines longlines longlines >< endline3
> >
> > 4) M-x longlines-show-hard-newlines
> >
> > 5) put point between in the middle of >< in last line
> >
> > 6) type UP 2 times and observe that point goes to beginning of 4th line,
> > strangely
> >
> > 7) type UP again e text behaves normally.
> >
> > 8) now put the point in the end of last line
> >
> > 9) type UP and point strangely goes to beginning of line, and next UPs
> > always put point ant beginning of lines.
>
> Don't you see the same behavior in Emacs 23?  I do, and so the above
> is an entirely different problem, inherent to how C-n and C-p deduce
> what column to use as a temporary goal for placing point on the next
> or previous line.  For an even uglier manifestation of this problem,
> see the 2nd problem described in bug #9254.
>
> You are welcome to file a new bug about these issues with C-n/C-p, but
> the current bug should remain closed, because the problem with the
> cursor jumping to a completely unrelated place (the end of the 1st
> screen line) was resolved.
>



-- 
Miguel Vinicius Santini Frasson
mvsfrasson <at> gmail.com

[Message part 2 (text/html, inline)]

Message #32 received at 9549 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: mvsfrasson <at> gmail.com, Stefan Monnier <monnier <at> iro.umontreal.ca>,
	Chong Yidong <cyd <at> stupidchicken.com>
Cc: 9254 <at> debbugs.gnu.org, 9549 <at> debbugs.gnu.org
Subject: Re: bug#9549: Problem not completely fixed
Date: Sat, 24 Sep 2011 16:30:22 +0300

> Date: Thu, 22 Sep 2011 06:07:02 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: 9549 <at> debbugs.gnu.org
> 
> > 4) M-x longlines-show-hard-newlines
> > 
> > 5) put point between in the middle of >< in last line
> > 
> > 6) type UP 2 times and observe that point goes to beginning of 4th line,
> > strangely
> > 
> > 7) type UP again e text behaves normally.
> > 
> > 8) now put the point in the end of last line
> > 
> > 9) type UP and point strangely goes to beginning of line, and next UPs
> > always put point ant beginning of lines.
> 
> Don't you see the same behavior in Emacs 23?  I do, and so the above
> is an entirely different problem, inherent to how C-n and C-p deduce
> what column to use as a temporary goal for placing point on the next
> or previous line.  For an even uglier manifestation of this problem,
> see the 2nd problem described in bug #9254.

I think I now fixed the fundamental bug that caused these problems.
In general, vertical-motion and posn-at-point were broken when cursor
was positioned on a newline that came from a display string.

The bug was quite old, it exists at least in Emacs 23, perhaps even
before that.

Stefan and Chong, please eyeball the (highly non-trivial) changes in
revision 105900, I hope I didn't break anything.

Message #35 received at 9549 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 9254 <at> debbugs.gnu.org, Chong Yidong <cyd <at> stupidchicken.com>,
	9549 <at> debbugs.gnu.org, mvsfrasson <at> gmail.com
Subject: Re: bug#9549: Problem not completely fixed
Date: Wed, 28 Sep 2011 09:20:55 -0400

> Stefan and Chong, please eyeball the (highly non-trivial) changes in
> revision 105900, I hope I didn't break anything.

I'm not very familiar with that code, but as far as I can tell, it
looks good.  And it fixes a bug I was about to report (triggered in
GNU ELPA's lmc.el).  Thanks,


        Stefan

Previous Next

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