Fit N Finish for Qwerty Keyboards

Good site

jyner_cr — Fri, 06 Mar 2009 08:01:09 GMT

re: Fit N Finish for Qwerty Keyboards

Siman — Wed, 29 Aug 2007 04:43:14 GMT

Hi David :

If I implement a Option/shift lock function, but I hope to clear it when the user uses up/down keys to move the cursor from one filed to another. How could I know the cursor change? I tried use the "GetForegroundkeyboardTarget", which can get the window handle with keyboard target. If the handle chnages, then I know the field changes. In most cases, it works well, but it always gets the same handle in "contacts". I think it is caused because the contacts is designed by listview. I also tried "GetFocus", "ListView" function. But they can't also work. Do you have any idea that I can know that user changes the cursor.

My OS is Windows Mobile 6 Professional.

Thanks

re: Fit N Finish for Qwerty Keyboards

MikeCal — Fri, 15 Jun 2007 19:47:41 GMT

Thanks for the comment, David.

There are two parts to this, ABCdE vs ABCde and 11 vs 1u.

ABCdE:

When you're in Caps Lock, there are two possible designs for getting out. I'm suggesting that you follow a design where pressing shift once turns off caps lock. I believe that you're describing a situation where you need to press shift TWICE to disable caps lock. Pressing shift once in this scheme would only turn off caps lock for one character.

The latter scheme is more similar to the desktop (caps lock + shift = lower case) but it's also confusing to the user. We've found that users get stuck in caps lock and have difficulty figuring out how to get back to normal. The single shift to leave caps lock scheme has much less confusion. The downside is that you lose the ability to easilly type a single lower case in the middle of a bunch of upper case characters, but that's a rare thing to do.

11:

I had to play around to figure out what was going on here. You've exposed a bug in my program by doing something I didn't expect. You're absolutely right that it should have expected "1u" in your case. The trouble is, on the screen where it asked you to type in the character that is the non-alt of "1" you typed in "1" where I was expecting you to type in "u". If you run the test again and type in "u" on that screen, the "11" problem will go away.

I need to think of a way to make that section more clear. Maybe I'll disallow typing in 1 there, since I know that's not the right character.

Thanks!

Mike

re: Fit N Finish for Qwerty Keyboards

jxy1101 — Fri, 15 Jun 2007 13:25:26 GMT

Hi Mike,

I tried the application but found some testing is not correct. For example:

1. Press the shift key.

2. Press the shift key again.

3. Press the "a" key, then the "b" key, then the "c" key.

4. Press the shift key.

5. Press the "d" key, then the "e" key

The expected result of above testing is "ABCde" but I think the expected result should be "ABCdE".

In step 3, it is still in "Caps Lock" mode.

In step 4, it is in "Caps Lock"'s Sticky mode. That means the next letter is lower case but the next 2 letters should become back to "Caps Lock" (upper case).

Below is another example:

1. Hold the Alt/Fcn key.

2. Press the "1" key.

3. Release the Alt key.

4. Press the "1" key again.

The expected result is "11" but I think the expected result should be "1u" (if "u" and "1" are at the same button).

The next test is also strange:

1. Press (don't hold) the Alt/Fcn key.

2. Press the "1" key.

3. Press the "1" key again.

The expected result is "11" but I think the expected result should be "1u" (if "u" and "1" are at the same button).

The final test of Alt/Fcn key is the same as my 1st example, the expected result is "11111" but I think it should be "111u1".

David