alex12678 / autokey

Automatically exported from code.google.com/p/autokey
GNU General Public License v3.0
0 stars 0 forks source link

[autokey 0.90.4, kubuntu 14.04] phrase replacement of abbreviation appears as mixed up content; afterwards disordered unusable keyboad input in java app #300

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago
Symptoms

any replacemant of an abbrevation appears as randomly mixed up characters 
mainly in java application like jedit, squirrel

after this, the input processing of the keyboard is corrupt and defective, only 
mixed up characters appears; restart of the java app to get it work again. 
after using the first autokey-abbreviation the keyboard of the java app is 
ususable again

What steps will reproduce the problem?
1. just use an ordinary abbrevation, the replacemant to the phrase appears as 
mixed up content

What is the expected output? What do you see instead?
1. eg. an abbrev. to produce "provisioning" generates "pgr ovisproinprppro"
2. normal typing of text is not possible then any more e.g. "asdf asdf asdf" 
produces mixed up characters "apro pro asproapro asdpro" (random characters 
from the former phrase)
3. sometimes the java application stops responding an has to be killed

What version of the product are you using? On what operating system?
1. Kubuntu 14.04
2. autokey 0.90.4 GTK ; occurs also with the QT version

Please provide any additional information below.

Original issue reported on code.google.com by ulli.her...@googlemail.com on 13 Feb 2015 at 10:02

GoogleCodeExporter commented 8 years ago
maybe related to issue 231

Original comment by ulli.her...@googlemail.com on 13 Feb 2015 at 10:03

GoogleCodeExporter commented 8 years ago
Same thing regularly happens in TortoiseHG, which is written in python.

Ubuntu 14.04
0.90.4 GTK

Original comment by damjan.k...@gmail.com on 5 Apr 2015 at 1:12

GoogleCodeExporter commented 8 years ago
Same thing is happening regardless of the editor or language . Its happening in 
gedit, terminal , sublime text in every thing . The BIGGEST PROBLEM is not the 
last abbrevation is expanded properly last time but the editor is becoming 
UNUSUABLE by inserting garbage characters . You have to restart that particular 
editor to make it ususable again . This is a BIG problem . I hope somebody 
looks into this . I also created a new issue (bug 305) mentioning the same .   
     Or else i want to use autohotkey of windows in ubuntu :)

Ubuntu 14.10
Autokey 0.90.4 GTK 

Original comment by gopikris...@gmail.com on 11 Apr 2015 at 1:17

GoogleCodeExporter commented 8 years ago
Same issue for me with Autokey 0.90.4 on Ubuntu 15.04, but I already had the 
issue in Ubuntu 14.10.

I only face the issue with Java applications, more specifically Swing 
applications. I could reproduce it with SQuirreL SQL, IntelliJ IDEA and the 
Swing application on which I am working. I could not reproduce it with Eclipse, 
which is also a Java application but uses SWT.

I don't have the issue with gedit or the terminal.

Original comment by didier.l...@gmail.com on 5 May 2015 at 3:30

GoogleCodeExporter commented 8 years ago
To compare I have tested Sikuli and I don't have the issue. I think it "types" 
a bit more slowly.

By consequent, I tried introducing a delay between the keys, and the problem 
seems to be gone:
for c in output:
    keyboard.send_keys(c)
    time.sleep(0.01)

Without the delay it was already better but there were still some missing 
characters (even with manual typing afterwards). 0.001 was not slow enough for 
Swing, but 0.01 remains fast enough for my usage.

Would there be a way to configure globally a delay between keystrokes? (or at 
least a per-script delay)

Original comment by didier.l...@gmail.com on 7 May 2015 at 8:18

GoogleCodeExporter commented 8 years ago
I think I found a good fix/workaround for this issue in the end: it seems to be 
an issue in ibus:
https://code.google.com/p/ibus/issues/detail?id=1697
As I understand the issue, ibus does not respect the order of key events when 
the application is too slow to process them, which is likely to be the case 
here.

As a workaround, simply add the following in .xsessionrc and restart your 
session:

export IBUS_ENABLE_SYNC_MODE=1

Original comment by didier.l...@gmail.com on 12 Jun 2015 at 1:48