Cursor goes to the begining if you dont have LockInput on.

[ghstahl]

Demo: Qwerty Text has the problem, Qwerty Text Area doesn't.
(lockInput: true) is set for Qwerty Text Area.

Problem: When you click on the background or black space of the virtual keyboard the cursor disappears. When you start clicking on values again you will notice the cursor moved to the begining and the new characters are entered there.

This does not happen when you turn lockinput on.

[Mottie]

This is a known issue in Safari... see the readme.markdown file:

Safari: See the QWERTY Text Area demo with a locked input. While using the virtual keyboard to type, it enters the text in backwards! This is because textareas with a "readonly" attribute always returns zero for the caret postion.

I've submitted a bug report to Safari but I still haven't heard back.

[ghstahl]

http://mottie.github.com/Keyboard/
I test the QWERTY Text on the following browsers:
Firefox - OK,
Safari - OK,
Chrome -OK,
IE9 - FAIL

Are you confusing another defect with this one, because the Text Area works on every browser I tried. It is the Text input that I am having a problem with.

[Mottie]

Oh ok, I understand what you are saying now. I just tested this and it seems to work just fine for me.

Clicking on the background/space between buttons, the input loses focus. The keyboard plugin saves the caret position when it loses focus because of the IE problem you mention; so when you click on the virtual keyboard key, it should enter the value in the proper location.... as I said, it's working for me. Are you sure both the browser and document modes are set to IE9?

[Mottie]

Duh, sorry I can be blond some days... I do see this bug and I'll have a fix for it in the next update.

[Mottie]

Ok, this bug has been fixed in version 1.9. Check out all of the other cool stuff that was added too!

[banku]

4 months later, I am trying to use this keyboard and have run into the same issue when using IE9. Don't seem to find the solution to it.
Is there a way to just not let the keyboard js modify the caret position at all. That's what I need.

[Mottie]

I'm sorry, can you explain the problem you are seeing? Does it involve the lockInput option?

[banku]

Thanks so much for your quick response.

I have the lockInput set to false. Also, this is specific to the IE9 browser.

Issue: When I click on a textbox, the keyboard shows up. Now I am expecting the caret to be positioned exactly where I click (like lets say the third character from the left). But it goes right to the beginning of the textbox. I have to click again to bring to where I need it.

[banku]

When I saw the below code in your js file, I thought I had found the holy grail and all I needed was to change IE 8 to IE 9 to make it work.

$('').appendTo('body').remove();

But even though that started setting base.msie = true correctly, now the caret goes to the last saved point instead of where I click.

[banku]

Now that is smart behavior but my QA guy is still not happy since this is a different behavior from what one would expect if I was not attaching the keyboard at all. The thing is whenever I click into a textbox, the caret should just stay there and not move from there until I type something or click at some other place. How can I make this behavior happen.

[Mottie]

Hi Banku!

I just commited version 1.9.11 which now saves the caret position as you requested. It also works in Firefox and Opera, but not in the webkit browsers for some reason.

[banku]

Hey Mottie,
I downloaded it and it works for my IE9. This is so awesome. You fixed the bug the same day I posted it. You are the best!