[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug-readline] readline delay in positioning cursor when editing line
From: |
Gilles Duvert |
Subject: |
[Bug-readline] readline delay in positioning cursor when editing line |
Date: |
Tue, 21 Jan 2014 16:01:05 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 |
Dear All,
There has been some discussion on the GDL bug reports
(https://sourceforge.net/p/gnudatalanguage/bugs/562/) about cursor movements
when editing a line, I quote:
1) Delete key has a delay at deleting the last character after the key is
released.
2) Home/End keys actions are delayed, although ctrl-E and ctrl-A is immediate!
3) last cursor movement when held down in a long line and released has a delay
(so it is tricky to locate it precisely without iterations)
4) calling statements from history by up/down arrows also has delays
(ctrl-P/ctrl-N again works)
5) hitting any of the F's normally produced ~, but with a delay. If more of
them are typed rapidly, the delay appears only on the last one.
I was able to reproduce symptoms 1,2,3 and 5 with a recent Mageia 3 release,
with libreadline 6.2
Symptom 3 is by far the most annoying. Line edition is no more possible in fact.
These are not present with readline 6.1
A quick comparison of both sources point on a culprit line in input.c. If line
430 of input.c from 6.2 is replaced by line 430 of input.c from 6.1 problem
disappears (I do not claim this should be the best way to handle this!).
$ diff input.c input.c.orig
430c430
< while (rl_event_hook && rl_get_char (&c) == 0)
---
> while (rl_event_hook)
Hope it helps,
Best
G. Duvert
- [Bug-readline] readline delay in positioning cursor when editing line,
Gilles Duvert <=