bug-readline
[Top][All Lists]
Advanced

[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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]