Franz: Thanks for the support you're giving out. That's much appreciated.

I've been doing some thinking over the /k3 or /k4 dilemna. Looked further into /k4 and it seems quite difficult to achieve satisfactory performance from the current status of the touchpad emulation.
At least it will never be comparable to /k3. So i guess we'll have to wait until somebody (Goplat?) comes up with a better touchpad emulation. Because this sort of work must really be carried out
inside the emulator engine and that requires quite some expert knowledge, effort and time. Of course, this is only necessary if you plan todo extensive graphic work. Otherwise, i reckon the current functionality is already sufficient for quite a large number of uses, as you know...

So, i went a bit further with the /k3 version, trying to replace/simulate most of the wrongly mapped key-functions. That's what i'm showing you in v20. Now it should (?) feel a lot more like the /k4 experience.
For fun, also added some cosmetic things: 1. Color distinction for left-click, right-click and key-click; 2. Right-clicking on the LCD screen sends an 'ESC', which is useful to quickly dismiss popups, for example.

Hope is better than previous v14/v15.
Here you go (beta!): http://www.filedropper.com/spirohv20

Cheers,

PS1. Do not pay too much attention to my 'app's versioning style'. Sometimes is not very coherent. And this is not yet meant for production  
PS2: I didn't take into consideration your last post:

....
I've now read a bit through the Nspire manual

Actually, only read it now. As you know, i've been away for sometime. But, as this is a live process i'll get back to you and try to answer asap .

Franz: I've been playing in my eeepc with v14 and i must admit the touch+feel while moving the cursor on the screen is so much better, faster and smoother than with the real touchpad /k4 driver. Basically this means that the /k3 emulation is much better. So, now i perfectly understand your point! Also /k3 is not a real touchpad but rather a keypad with some extra cursor keys. Totally different hardware (and emulation)!

Btw, before i made the switch back to /k4 (reasons i've explained before), i had already started experimenting the right-click functionality on a v15 (follow-up of v14) which i'm posting for you to have a go (here many functions-keys are still missing when compared to v17) . Let me know how it works for you. My tests on a eeepc 1000H (also win7/1.6GHz) seem to be satisfactory. Yes, you were correct about the right-click stability problems on the netbook. I will try to improve it.  I'm afraid (?) we need to allow enough time for the emulator to complete the previous operation before interrupting and ask for a new one.

v15   (alpha right-click): http://www.filedropper.com/spirohv15
v17_2 (more stable?):    http://www.filedropper.com/spirohv172

Thanks,

PS: Proceeding with v15 is always a possibility. So, i'll think it over, nothing is closed, but at some some point we need to make a decision for time is not elastic.

i don't think you should waste your time on the diagonal keys.. you don't even need them anyway
it would be much more useful to get the mouse working (live on screen or the touchpad by e.g. right clicking on it), because then we could emulate it as we really do on the nspire
so i say, spend your time figuring out how to implement the mouse, instead of the diagonal arrowkeys

The intention is quite a good one, but that still requires quite some work to properly emulate the missing touchpad functionality.

so you actually changed the emulator itself?? ö nice work, glad you got it working after all your spent time
and that third one is genius! it's extremely useful, since that was one of the disaster things about such emulators (those [ctrl]/[2nd] keys), this will make it a lot more easy and friendly to use.

Sometimes i just get too carried away with the code discussion that i simply forget to answer to kind remarks. I'm doing it now.
Thank you for nice comments and support,
SpiroH

I've tried your right-click feature but unfortunately it's working very unreliable.

That's very weird indeed, because the implementation is rather simple! What system are you using? In my system it works flawlessly!

And BTW, unlike yesterdays version I can't move diagonally now anmore by pressing 2 cursor buttons on the PC-keyboard, with v14 this still worked.

Why do you need to press 2 cursor buttons? Is that also a problem? Normally, that's not supposed to move diagonally! You need to assign a specific single key not 2.
Anyway, you can always stick to v14, if you prefer it, until these problems are sorted.
What about the diagonal arrowkeys? That's really the new thing but you didn't mention it? Did you try it?
Thanks,

I've now made a few more tests (also with kArmTI and the original nspire_emu) and the situation with the cursor keys is indeed a bit confusing!...

Lately, I've been quite busy...

Touchpad + Diagonal keys :
1. 'Houston, we have a problem': IMHO, there is a glitch with the nspire_emu. It doesn't emulate the diagonal keys correctly when the keypad is set to 'touchpad=/K4'.
Technical details are a bit involved. In short, the keypad matrix uses 3 extra 'rows' for the new touchpad.
2. No, I did NOT forget the bottom-left diagonal key. The thing is, when you press it you don't get any answer from the calculator emulator.
Meaning, that matrix combination is simply ignored. That's why..., I hate useless keys!
3. Simulation of the diagonal keys is not that easy as it seems at first: most probably you'll get a 'staircase effect' (horrible to look at).
4. My workaround to the above problem: The keypad matrix layouts of 'touchpad proto' and 'touchpad' are somewhat similar (but NOT equal!).
Because 'touchpad proto' handles the diagonal keys work correctly, i thought i could 'cheat a bit'.  So internally ('under the hood') i've decided to use the 'touchpad proto'.
However, unfortunately the 'pad' key does not work! Here i did some 'key sequence simulation' to try to emulate the 'pad' function.

I guess it's usable. SpiroH_V14-Beta: http://www.filedropper.com/spirohv14

Cheers,

PS1: I really think nspire_emu is a great emulator with many hours of hardwork by Goplat, for sure. However, one shouldn't forget that it is not the real machine, but is sooo much cheaper (that counts i gather!).
So, please do not raise your expectations above a certain reasonable level.
PS2: Are diagonal keys really that much useful?

I will try to explain in more detail:
1) Toolbar: yeah it's just a quick shortcut to some of the menus functions.
2) Multiple keypresses: I didn't explain it very well, sorry, because it requires to many words (and I was hungry!). Now that i've had some lunch, let's do it. About the diagonal keys:
   a) I've removed those because they don't seem to be used at all in the new CX' Os (at least i've not noticed anything and i don't have a cx to test it), but they used to work in previouses versions of the OS. You can check that with kArmTI loading a previous OS.
   b) So, i've replaced the keyboard keys (eg: VK_NEXT) that used to be mapped to the diagonal cursor keys, to do the 'thing' (pc-keys mapping) you've asked for.
   c) Finally, you can notice, in previous versions of SpiroH that simultaneuos keys presses were disallowed, because thay were leaving behind 'red marks' (not very nice looking, one has to admit). Now, when you're playing games, you DO really need to press the cursor keys and, say the jump key, at the same time. That's what i mean by multiple keypresses. In SpiroH_v13 there shouldn't be any 'red mark' left visible, when the keyboard keys are both released. So, is more a cosmetic thing, not really adding new functionality. But the looks sometimes do matter.

Hope it's clearer now,

PS: I can see you're magnetically busy, so am i in the classes, what a coincidence.

Ok, tested now version 1.2 and everything is working as I wanted it
...

Many thanks for your collaboration too!
Now, I've got to eat something.

Franz, thanks again for your feedback.

Glitches:
1) LCD not properly sized:  Status: Fixed!
2) Beep Horror:
My BAD, sorry about that, but i always work with the computer sound muted.  Most of times i find it very disturbing. That's why i didn't notice it.  Status: Fixed.
3) Skins: To read an external skin file is not a big deal (i use that in kArmTI).
I was thinking to keep 'SpiroH' simple, but i may change opinion if some artists willing to contribute pop in the band wagon. I'm challenging you to draft a skin for this emulator and then we'll try to dress it up.
A skin is basically a set of rectangles for the keys and the LCD.

Here is the new-beta minus 2-bugs: SpiroHv11_2

Until next round,