GNU bug report logs -
#6349
24.0.50; C-a doesn't work in tty
Previous Next
Reported by: Katsumi Yamaoka <yamaoka <at> jpl.org>
Date: Fri, 4 Jun 2010 07:57:02 UTC
Severity: normal
Found in version 24.0.50
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 6349 in the body.
You can then email your comments to 6349 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#6349
; Package
emacs
.
(Fri, 04 Jun 2010 07:57:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Katsumi Yamaoka <yamaoka <at> jpl.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 04 Jun 2010 07:57:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
If a long line, of which the left side is truncated, begins with
a wide character in the window, the `C-a' command doesn't move
the cursor. It happens in Emacs launched as `emacs -nw -Q'.
Please try this form:
(let ((buffer (get-buffer-create "*testing*")))
(pop-to-buffer buffer)
(erase-buffer)
(insert-char (make-char 'japanese-jisx0208 36 34) 256)
(setq truncate-lines t)
(end-of-line))
In GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2010-06-04 on ******
Windowing system distributor `Fedora Project', version 11.0.10800000
configured using `configure '--with-x-toolkit=lucid' '--without-xim'
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6349
; Package
emacs
.
(Wed, 09 Jun 2010 00:53:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 6349 <at> debbugs.gnu.org (full text, mbox):
>>>>> Katsumi Yamaoka wrote:
> If a long line, of which the left side is truncated, begins with
> a wide character in the window, the `C-a' command doesn't move
> the cursor. It happens in Emacs launched as `emacs -nw -Q'.
> Please try this form:
> (let ((buffer (get-buffer-create "*testing*")))
> (pop-to-buffer buffer)
> (erase-buffer)
> (insert-char (make-char 'japanese-jisx0208 36 34) 256)
> (setq truncate-lines t)
> (end-of-line))
Not only the C-a command but also any kind of operation that should
set the window-hscroll to zero doesn't seem to work in tty. The
following forms are expected to show the line from the beginning.
(let ((buffer (get-buffer-create "*testing*")))
(pop-to-buffer buffer)
(erase-buffer)
(insert-char (make-char 'japanese-jisx0208 36 34) 256)
(setq truncate-lines t)
(end-of-line)
(sit-for 0)
(skip-chars-backward "^\n"))
(let ((buffer (get-buffer-create "*testing*")))
(pop-to-buffer buffer)
(erase-buffer)
(insert-char (make-char 'japanese-jisx0208 36 34) 256)
(setq truncate-lines t)
(end-of-line)
(sit-for 0)
(if (search-backward "\n" nil 'move) (forward-char 1)))
(let ((buffer (get-buffer-create "*testing*")))
(pop-to-buffer buffer)
(erase-buffer)
(insert-char (make-char 'japanese-jisx0208 36 34) 256)
(setq truncate-lines t)
(end-of-line)
(sit-for 0)
(beginning-of-line))
(let ((buffer (get-buffer-create "*testing*")))
(pop-to-buffer buffer)
(erase-buffer)
(insert-char (make-char 'japanese-jisx0208 36 34) 256)
(setq truncate-lines t)
(end-of-line)
(sit-for 0)
(goto-char (line-beginning-position)))
> In GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
> of 2010-06-04 on ******
> Windowing system distributor `Fedora Project', version 11.0.10800000
> configured using `configure '--with-x-toolkit=lucid' '--without-xim'
Thanks Fujiwara-san who also confirmed the same behavior on
NetBSD/amd64 5.0_STABLE.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6349
; Package
emacs
.
(Fri, 18 Jun 2010 07:47:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 6349 <at> debbugs.gnu.org (full text, mbox):
Katsumi Yamaoka wrote:
>>>>>> Katsumi Yamaoka wrote:
>> If a long line, of which the left side is truncated, begins with
>> a wide character in the window, the `C-a' command doesn't move
>> the cursor. It happens in Emacs launched as `emacs -nw -Q'.
>> Please try this form:
>> (let ((buffer (get-buffer-create "*testing*")))
>> (pop-to-buffer buffer)
>> (erase-buffer)
>> (insert-char (make-char 'japanese-jisx0208 36 34) 256)
>> (setq truncate-lines t)
>> (end-of-line))
> Not only the C-a command but also any kind of operation that should
> set the window-hscroll to zero doesn't seem to work in tty.
[...]
Here's a workaround:
(defadvice move-beginning-of-line (after set-window-hscroll-to-zero-in-tty
activate)
"Set window-hscroll to zero in tty if point moves to bol."
(if (and (not window-system) (bolp))
(set-window-hscroll (selected-window) 0)))
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6349
; Package
emacs
.
(Fri, 01 Oct 2010 12:51:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 6349 <at> debbugs.gnu.org (full text, mbox):
I found that this bug was introduced to the trunk by this
change:
------------------------------------------------------------
revno: 99771 [merge]
committer: Eli Zaretskii <eliz <at> gnu.org>
branch nick: trunk
timestamp: Tue 2010-03-30 05:13:07 -0400
message:
Initial support for bidirectional editing.
Makefile.in (obj): Include bidi.o.
(bidi.o): New target.
makefile.w32-in (OBJ1): Add $(BLD)/bidi.$(O).
[...]
------------------------------------------------------------
So, Eli, could you please take a look at it?
---
Kenichi Handa
handa <at> m17n.org
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Fri, 01 Oct 2010 17:52:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Katsumi Yamaoka <yamaoka <at> jpl.org>
:
bug acknowledged by developer.
(Fri, 01 Oct 2010 17:52:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 6349-done <at> debbugs.gnu.org (full text, mbox):
> Resent-Sender: help-debbugs <at> gnu.org
> From: Kenichi Handa <handa <at> m17n.org>
> Date: Fri, 01 Oct 2010 21:53:13 +0900
> Cc:
>
> I found that this bug was introduced to the trunk by this
> change:
>
> ------------------------------------------------------------
> revno: 99771 [merge]
> committer: Eli Zaretskii <eliz <at> gnu.org>
> branch nick: trunk
> timestamp: Tue 2010-03-30 05:13:07 -0400
> message:
> Initial support for bidirectional editing.
>
> Makefile.in (obj): Include bidi.o.
> (bidi.o): New target.
> makefile.w32-in (OBJ1): Add $(BLD)/bidi.$(O).
> [...]
> ------------------------------------------------------------
>
> So, Eli, could you please take a look at it?
Should be fixed now (revno 101714).
Message #20 received at 6349-done <at> debbugs.gnu.org (full text, mbox):
In article <83k4m1re8s.fsf <at> gnu.org>, Eli Zaretskii <eliz <at> gnu.org> writes:
> Should be fixed now (revno 101714).
Thank you. I confirmed the fix.
---
Kenichi Handa
handa <at> m17n.org
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 03 Nov 2010 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 14 years and 236 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.