GNU bug report logs -
#18277
24.3.93; A problem with positioning point in horizontally scrolled bidirectional text
Previous Next
Reported by: martin rudalics <rudalics <at> gmx.at>
Date: Sat, 16 Aug 2014 09:28:01 UTC
Severity: normal
Found in version 24.3.93
Done: Eli Zaretskii <eliz <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 18277 in the body.
You can then email your comments to 18277 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18277
; Package
emacs
.
(Sat, 16 Aug 2014 09:28:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
martin rudalics <rudalics <at> gmx.at>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 16 Aug 2014 09:28:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I see the following problem with positioning point in horizontally
scrolled bidirectional text. To reproduce with Emacs -Q I type
C-u C-h t hebrew RET
split the root window via C-x 3, provoke a horizontal scroll of the left
window by, for example, moving the window's point to the left, move
point of the left window to the "I" of the L2R string EDIT on line 4 and
move my mouse cursor to the according screen position. At this moment,
my Emacs frame appears as in the first attached screenshot
(mouse-click-ante.png).
Now I try to do `mouse-set-point' by doing <mouse-1>. The left window
scrolls horizontally back to the position it had before the previous
horizontal scroll and the window's point moves to another position on
the same line as in the second attached screenshot
(mouse-click-post.png).
martin
In GNU Emacs 24.3.93.1 (i686-pc-mingw32)
of 2014-08-16 on MACHNO
Repository revision: 117445 rgm <at> gnu.org-20140815040536-bkq3vaj8hmv3h5zj
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Important settings:
value of $LANG: ENU
locale-coding-system: cp1252
Major mode: Fundamental
Minor modes in effect:
tooltip-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-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
[mouse-click-ante.png (image/png, attachment)]
[mouse-click-post.png (image/png, attachment)]
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Sun, 17 Aug 2014 14:37:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
martin rudalics <rudalics <at> gmx.at>
:
bug acknowledged by developer.
(Sun, 17 Aug 2014 14:37:02 GMT)
Full text and
rfc822 format available.
Message #10 received at 18277-done <at> debbugs.gnu.org (full text, mbox):
> Date: Sat, 16 Aug 2014 11:27:09 +0200
> From: martin rudalics <rudalics <at> gmx.at>
>
> C-u C-h t hebrew RET
>
> split the root window via C-x 3, provoke a horizontal scroll of the left
> window by, for example, moving the window's point to the left, move
> point of the left window to the "I" of the L2R string EDIT on line 4 and
> move my mouse cursor to the according screen position. At this moment,
> my Emacs frame appears as in the first attached screenshot
> (mouse-click-ante.png).
>
> Now I try to do `mouse-set-point' by doing <mouse-1>. The left window
> scrolls horizontally back to the position it had before the previous
> horizontal scroll and the window's point moves to another position on
> the same line as in the second attached screenshot
> (mouse-click-post.png).
Fixed in revision 117446 on the emacs-24 branch.
It was a thinko in how the X coordinate was mirrored for R2L lines
that are hscrolled.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 15 Sep 2014 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 9 years and 247 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.