GNU bug report logs -
#534
23.0.60; mouse-set-point fails with word wrapping enabled
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 534 in the body.
You can then email your comments to 534 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#534
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Stephen Berman <stephen.berman <at> gmx.net>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
[Message part 1 (text/plain, inline)]
I have found that with word-wrap enabled, at some point in the buffer of
a wrapped text setting point by clicking mouse-1 fails, with the result
that point is set not where I click but at the same column exactly one
visible line below (i.e., also within a wrapped line). I haven't
managed to find a general recipe for reproducing this, but I do have a
sample file which shows the problem. Start Emacs with -Q, visit the
attached file and set word-wrap to t. I can set point by clicking
mouse-1 on any position in the buffer -- until the first `x' after the
line wrapping in the line that begins with `13.30': clicking mouse-1 on
this position set points on the space immediately below. Likewise for
every position following this one, till the end of the text. Now scroll
the text up one line at a time, until the line beginning with `15.05' is
at the top of the window. Now setting point by clicking mouse-1 works
again as expected. But scrolling down one line, so that the line
beginning with `13.30' is at the top of the window, restores the
previous aberrant behavior.
A probably related observation is the following. If I click mouse-1 in
the space between the last character of a wrapped line and the right
fringe, starting on the second space after the last character, then
point gets set on the subsequent wrapped portion, and advancing the
clicked position towards the fringe advances the cursor display on the
wrapped portion. If I click on the right fringe, then point gets set
(back) to the first character after the wrapping. But this behavior
changes at the line that begins with `13.30': clicking in the spaces has
the effect described, but clicking on the right fringe does not reset
point. But in the line beginning with `20.00', clicking in the space
before the first wrapped portion advances the cursor in the second
wrapped portion below it, and clicking in the right fringe before the
first wrapped portion does reset point to the beginning of the second
wrapped portion.
In GNU Emacs 23.0.60.1 (i686-pc-linux-gnu, GTK+ Version 2.12.0)
of 2008-07-01 on escher
Windowing system distributor `The X.Org Foundation', version 11.0.70200000
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: en_US.UTF-8
value of $XMODIFIERS: @im=local
locale-coding-system: utf-8-unix
default-enable-multibyte-characters: t
[wrap-test (application/octet-stream, attachment)]
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#534
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Chong Yidong <cyd <at> MIT.EDU>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #10 received at 534 <at> emacsbugs.donarmstrong.com (full text, mbox):
Hi Stephen,
> I have found that with word-wrap enabled, at some point in the
> buffer of a wrapped text setting point by clicking mouse-1 fails,
> with the result that point is set not where I click but at the
> same column exactly one visible line below (i.e., also within a
> wrapped line).
I believe this bug should be fixed already. Do you still see any
problems of this sort?
bug closed, send any further explanations to Stephen Berman <stephen.berman <at> gmx.net>
Request was from
Chong Yidong <cyd <at> stupidchicken.com>
to
control <at> emacsbugs.donarmstrong.com
.
(Tue, 05 Aug 2008 22:10:06 GMT)
Full text and
rfc822 format available.
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#534
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Stephen Berman <stephen.berman <at> gmx.net>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #17 received at 534 <at> emacsbugs.donarmstrong.com (full text, mbox):
On Fri, 25 Jul 2008 16:03:23 -0400 Chong Yidong <cyd <at> MIT.EDU> wrote:
> Hi Stephen,
>
>> I have found that with word-wrap enabled, at some point in the
>> buffer of a wrapped text setting point by clicking mouse-1 fails,
>> with the result that point is set not where I click but at the
>> same column exactly one visible line below (i.e., also within a
>> wrapped line).
>
> I believe this bug should be fixed already. Do you still see any
> problems of this sort?
Sorry for the delayed response; I was able to update and rebuild Emacs
only recently. I confirm that the problem I reported is fixed. Thanks.
Steve Berman
bug archived.
Request was from
Debbugs Internal Request <don <at> donarmstrong.com>
to
internal_control <at> emacsbugs.donarmstrong.com
.
(Wed, 01 Oct 2008 14:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 16 years and 324 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.