unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#9549: 24.0.50; longlines showing hard newlines breaks display
@ 2011-09-19  3:02 Miguel V. S. Frasson
  2011-09-20 17:15 ` Eli Zaretskii
  2011-09-21 21:22 ` bug#9549: Problem not completely fixed Miguel V. S. Frasson
  0 siblings, 2 replies; 9+ messages in thread
From: Miguel V. S. Frasson @ 2011-09-19  3:02 UTC (permalink / raw)
  To: 9549

[-- Attachment #1: Type: text/plain, Size: 3761 bytes --]

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@gmail.com

[-- Attachment #2: Type: text/html, Size: 5564 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#9549: 24.0.50; longlines showing hard newlines breaks display
  2011-09-19  3:02 bug#9549: 24.0.50; longlines showing hard newlines breaks display Miguel V. S. Frasson
@ 2011-09-20 17:15 ` Eli Zaretskii
  2011-09-21 21:22 ` bug#9549: Problem not completely fixed Miguel V. S. Frasson
  1 sibling, 0 replies; 9+ messages in thread
From: Eli Zaretskii @ 2011-09-20 17:15 UTC (permalink / raw)
  To: Miguel V. S. Frasson; +Cc: 9549-done

> From: "Miguel V. S. Frasson" <mvsfrasson@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.





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#9549: Problem not completely fixed
  2011-09-19  3:02 bug#9549: 24.0.50; longlines showing hard newlines breaks display Miguel V. S. Frasson
  2011-09-20 17:15 ` Eli Zaretskii
@ 2011-09-21 21:22 ` Miguel V. S. Frasson
  2011-09-21 22:32   ` Lennart Borgman
                     ` (2 more replies)
  1 sibling, 3 replies; 9+ messages in thread
From: Miguel V. S. Frasson @ 2011-09-21 21:22 UTC (permalink / raw)
  To: 9549

[-- Attachment #1: Type: text/plain, Size: 5547 bytes --]

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@gmail.com

[-- Attachment #2: Type: text/html, Size: 8677 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#9549: Problem not completely fixed
  2011-09-21 21:22 ` bug#9549: Problem not completely fixed Miguel V. S. Frasson
@ 2011-09-21 22:32   ` Lennart Borgman
  2011-09-21 23:59   ` Leo
  2011-09-22  3:07   ` Eli Zaretskii
  2 siblings, 0 replies; 9+ messages in thread
From: Lennart Borgman @ 2011-09-21 22:32 UTC (permalink / raw)
  To: Miguel V. S. Frasson; +Cc: 9549

On Wed, Sep 21, 2011 at 23:22, Miguel V. S. Frasson
<mvsfrasson@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?





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#9549: Problem not completely fixed
  2011-09-21 21:22 ` bug#9549: Problem not completely fixed Miguel V. S. Frasson
  2011-09-21 22:32   ` Lennart Borgman
@ 2011-09-21 23:59   ` Leo
  2011-09-22  3:07   ` Eli Zaretskii
  2 siblings, 0 replies; 9+ messages in thread
From: Leo @ 2011-09-21 23:59 UTC (permalink / raw)
  To: Miguel V. S. Frasson; +Cc: 9549

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





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#9549: Problem not completely fixed
  2011-09-21 21:22 ` bug#9549: Problem not completely fixed Miguel V. S. Frasson
  2011-09-21 22:32   ` Lennart Borgman
  2011-09-21 23:59   ` Leo
@ 2011-09-22  3:07   ` Eli Zaretskii
  2011-09-22 12:02     ` Miguel V. S. Frasson
  2011-09-24 13:30     ` Eli Zaretskii
  2 siblings, 2 replies; 9+ messages in thread
From: Eli Zaretskii @ 2011-09-22  3:07 UTC (permalink / raw)
  To: Miguel V. S. Frasson; +Cc: 9549

> From: "Miguel V. S. Frasson" <mvsfrasson@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.





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#9549: Problem not completely fixed
  2011-09-22  3:07   ` Eli Zaretskii
@ 2011-09-22 12:02     ` Miguel V. S. Frasson
  2011-09-24 13:30     ` Eli Zaretskii
  1 sibling, 0 replies; 9+ messages in thread
From: Miguel V. S. Frasson @ 2011-09-22 12:02 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 9549

[-- Attachment #1: Type: text/plain, Size: 2223 bytes --]

Dear Eli

Ok, it is a different problem.

Thanks.

Miguel.

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

> > From: "Miguel V. S. Frasson" <mvsfrasson@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@gmail.com

[-- Attachment #2: Type: text/html, Size: 3031 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#9549: Problem not completely fixed
  2011-09-22  3:07   ` Eli Zaretskii
  2011-09-22 12:02     ` Miguel V. S. Frasson
@ 2011-09-24 13:30     ` Eli Zaretskii
  2011-09-28 13:20       ` Stefan Monnier
  1 sibling, 1 reply; 9+ messages in thread
From: Eli Zaretskii @ 2011-09-24 13:30 UTC (permalink / raw)
  To: mvsfrasson, Stefan Monnier, Chong Yidong; +Cc: 9254, 9549

> Date: Thu, 22 Sep 2011 06:07:02 +0300
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: 9549@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.





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#9549: Problem not completely fixed
  2011-09-24 13:30     ` Eli Zaretskii
@ 2011-09-28 13:20       ` Stefan Monnier
  0 siblings, 0 replies; 9+ messages in thread
From: Stefan Monnier @ 2011-09-28 13:20 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 9254, 9549, mvsfrasson

> 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





^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2011-09-28 13:20 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-09-19  3:02 bug#9549: 24.0.50; longlines showing hard newlines breaks display Miguel V. S. Frasson
2011-09-20 17:15 ` Eli Zaretskii
2011-09-21 21:22 ` bug#9549: Problem not completely fixed Miguel V. S. Frasson
2011-09-21 22:32   ` Lennart Borgman
2011-09-21 23:59   ` Leo
2011-09-22  3:07   ` Eli Zaretskii
2011-09-22 12:02     ` Miguel V. S. Frasson
2011-09-24 13:30     ` Eli Zaretskii
2011-09-28 13:20       ` Stefan Monnier

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).