GNU bug report logs -
#6514
cursor movement around unicode bug
Previous Next
Reported by: "Xah Lee" <xah <at> xahlee.org>
Date: Fri, 25 Jun 2010 20:49:02 UTC
Severity: normal
Tags: moreinfo, unreproducible
Fixed in version 24.1
Done: Glenn Morris <rgm <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 6514 in the body.
You can then email your comments to 6514 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6514
; Package
emacs
.
(Fri, 25 Jun 2010 20:49:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Xah Lee" <xah <at> xahlee.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 25 Jun 2010 20:49:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
create a file with the following 2 lines of unicode char.
⇒⇒⇒⇒
⇒⇒⇒⇒
(these are just repeated character of unicode #x21d2)
place your cursor in one of the arrow. Move your cursor left and right.
Then, press arrow up or down to move cursor to the next line.
Expected behavior is that they move to the same column as the previous line.
What actually happens is that the cursor got moved one column less. That is,
more to the left.
Might try to move around the arrow a bit in order to reproduce this problem.
I think you might have to move cursor left rigt on the same line first.
Xah
∑ http://xahlee.org/
☄
In GNU Emacs 23.2.1 (i386-mingw-nt6.0.6002) of 2010-05-08 on G41R2F1
ErgoEmacs distribution 1.8.1
Windowing system distributor `Microsoft Corp.', version 6.0.6002
configured using `configure --with-gcc
(3.4) --no-opt --cflags -Ic:/xpm/include'
Important settings:
value of $LC_ALL: en_US.UTF-8
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: nil
locale-coding-system: cp1252
default enable-multibyte-characters: t
Major mode: Text
Minor modes in effect:
text-scale-mode: t
shell-dirtrack-mode: t
recentf-mode: t
iswitchb-mode: t
show-paren-mode: t
desktop-save-mode: t
savehist-mode: t
pretty-control-l-mode: t
command-frequency-autosave-mode: t
command-frequency-mode: t
yas/global-mode: t
yas/minor-mode: t
ergoemacs-mode: t
delete-selection-mode: t
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
abbrev-mode: t
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#6514
; Package
emacs
.
(Tue, 27 Mar 2012 23:21:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 6514 <at> debbugs.gnu.org (full text, mbox):
"Xah Lee" wrote:
> create a file with the following 2 lines of unicode char.
>
> â‡'â‡'â‡'â‡'
> â‡'â‡'â‡'â‡'
>
> (these are just repeated character of unicode #x21d2)
>
> place your cursor in one of the arrow. Move your cursor left and
> right. Then, press arrow up or down to move cursor to the next line.
>
> Expected behavior is that they move to the same column as the previous line.
>
> What actually happens is that the cursor got moved one column less.
> That is, more to the left.
>
> Might try to move around the arrow a bit in order to reproduce this
> problem. I think you might have to move cursor left rigt on the same
> line first.
[...]
> In GNU Emacs 23.2.1 (i386-mingw-nt6.0.6002) of 2010-05-08 on G41R2F1
> ErgoEmacs distribution 1.8.1
I can't reproduce this. Can anyone?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#6514
; Package
emacs
.
(Wed, 28 Mar 2012 20:59:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 6514 <at> debbugs.gnu.org (full text, mbox):
> From: Glenn Morris <rgm <at> gnu.org>
> Date: Tue, 27 Mar 2012 18:48:37 -0400
>
> I can't reproduce this. Can anyone?
I can easily reproduce this in Emacs 23.2 (which was where this bug
was originally reported), but not with the current trunk, nor with
Emacs 24.0.94. So I think this bug was fixed some time in between.
Reply sent
to
Glenn Morris <rgm <at> gnu.org>
:
You have taken responsibility.
(Thu, 29 Mar 2012 02:13:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
"Xah Lee" <xah <at> xahlee.org>
:
bug acknowledged by developer.
(Thu, 29 Mar 2012 02:13:03 GMT)
Full text and
rfc822 format available.
Message #16 received at 6514-done <at> debbugs.gnu.org (full text, mbox):
Version: 24.1
Eli Zaretskii wrote:
> I can easily reproduce this in Emacs 23.2 (which was where this bug
> was originally reported), but not with the current trunk, nor with
> Emacs 24.0.94. So I think this bug was fixed some time in between.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 26 Apr 2012 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 13 years and 58 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.