Hi there,
After cleaning up a bit the previous version code, i've decided to slightly improve the keyboard support.
1. Changed the QuickKeys Assignment dialog:
I guess it's clear (from the previous posts). Added a 'Clear' and a 'Map' buttons.
2. The Map tool, is a simple graphic view of the current assignments. Changes made on the previous dialog, should be instantly reflected on the map.
As a bonus, it tries to identify your keyboard layout with a flag. Dunno if it will work in all countries. Please report it and i'll try to fix it. I've tested about 30 keyboard layout flags, though .
As i'm using win7, i did not test this feature in other OSes, but i gather it will still work.

3. A last feature for the keyboard handling has todo with the ability of using the ctrl-key together with another key to reach the 'blue function' above some of the keys: eg: ctrl+click should be equal to 'pick. This feature has not yet been thourougly tested (actually, i've just added it), but then again we have Franz... And the ctrl+key color should change to blue instead of lime-green.

That's it for now. Please tell me if it (still) works for you.
SpiroH

Franz:
1. I've addressed most of the glitches, except the 3-button ctrl-out-of-sequence-release. The latter is indeed more complicated to fix. I've tried a bit for a while, but to no avail. OTOH it's easy to circumvent too.
Imo, one shouldn't release shift/ctrl before the other key...why? i may happen once in a while. oh well, just redo it, and you'll be fine.
2. I've removed some fixed read-only items from the QuickKeys dialog. It makes no sense to have them (less clutter the better). Besides, we have a map now. btw, i've also added some more colors.
3. Ah, the double-click failure on Xp is due to the fact that in v27 i use a fancy messagebox (TaskDialog - it's the name), which isn't supported by Xp. That was the culprit. Is fixed now. In Win7 you get the TaskkDialog, in Xp a simpler MessageBox. Just the looks changes the functionality is the same.
A request:  Can you please, on your next post, add a shot of your QKMap? Imo we should have a few in the thread for the different keyboard layouts. Maybe that will incentivate other downloaders to to likewise. Here is mine:

Until next fixing-up, please check attachment
SpiroH

...
Your emulator has the filename kArmTI (also in the About dialog), but the window title shows Gi-nspire. Is this intended?
And I would be curious to know what these 2 names mean, i.e. why did you chose them?

Well, I must admit i've messed it up a bit. When we're developping we don't pay much attention to that stuff. The title should be kArmTI (as it started) not Gi-nspire.
About kArmTI origins and your curiosity:
   1: 'Arm' ("nicht 'arm' auf deutsch") is the microprocessor inside the ti-nspire which is being emulated.
   2: 'k' because when i started this project I was developping a 'j' calculator (complex variable calculator)
   3: 'k' + 'Arm' - reminds me of the Sanskrit term 'Karma' (sense/meaning of life)
   4: kArm(a)TI - "Hey TI, get some Karma (get some, give some)"!
   btw: i've already said that before: Have a look not as detailed,though.
Gi-nspire - (much simpler)
   The 'G' simply stands for Global. The rest is the obvious link to the machine.
I'll fix it (put back kArmTI) in a coming post. Btw, thanks for your comments and the QKMap.

Overall it's a pretty good emulator, tho I was kind of disappointed that you have to dig around for/make a skin but after a bit of searching (or link clicking ) it's fine.

Hi Darl(ing)181 , Thanks. I'm afraid you've missed a big part of the discussion, meaning, to forge a skin, i would advise people follow this post:
http://www.omnimaga.org/index.php?PHPSESSID=b0c9d2fbf93e03a69fbd6db45ab7ab44&topic=6763.msg253270#msg253270 and then carry on reading for a while. It's a bit more up to date.
Anyway, in general, such a tool really requires some more documentation lumped together all in one place. Maybe, I'll consider opening a new thread with some more time available. The important thing was to get it working. An that, with the precious help of Franz, has been mostly achieved.
Thank you for the QKMap, that will make people aware of the keyboard-layout (plastic)-diversity

Cheers,

Quote from: SpiroH on July 16, 2012, 11:12:41 am

Hi Darl(ing)181

On-topic, nice to see this is still progressing. I wonder if this emulator should have its own sub-forum by the way (and maybe own thread)?

Yeah, splitting this into its own thread might be nice so that Goplat can make updates on his end that don't get lost in this huge thread.

so that Goplat can make updates on his end that don't get lost in this huge thread.

Yup.

In fact, there has already been some work on Goplat's emulator - features that are very important to developers
Unless SpiroH spends time working with upstream to non-disruptively integrate his useful work into nspire_emu, chances are that kArmTI will go extinct in the mid-term, like all alternative GUI front-ends before it (remember Xspire ?). Especially so if the sources to kArmTI are not published (but maybe I missed them when they were published ?).
Needless to say, kArmTI going extinct would not be a good outcome, since kArmTI's new functionality is clearly useful to some users...


And this post is meant to be constructive: it would be better to try and prevent users having to choose between an up-to-date emulator and an emulator with an improved UI + animated screenshots

but it's SpiroH's decision if he wants to publish his code.

For the integration of kArmTI into nspire_emu to be possible, the code of kArmTI needs to be published first, since nspire_emu is to stay open source software

But let's wait for the views of SpiroH, and other stakeholders, on the matter
I have raised the problem of the divergence between the open source emulator containing killer features for developers, versus the closed source emulator (based on an outdated version of the open source emulator...) containing killer features for users; let's discuss about it.

Why outdated?

Because it is
Maybe they weren't distributed yet, but the internal versions do have more than a thousand additional lines of code, originating from ncubate; the most significant change is the GDBstub.

However, SpiroH's kArmTI does have a command console option

upstream does as well, so I'd say that kArmTI inherited it from upstream

though I guess that isn't a great substitute for developers

Well, it does the job; but the GDBstub gives more possibilities and more choice, such as interacting with nspire_emu from Eclipse, IDA, or whatever GDBstub-capable client.

Hi all,
I've been somewhat busy preparing a documentation package that hopefully will help, specially the new users, to take some advantage of kArmTI during their studies and/or more ludic activities.

That's what my post is all about today. I've written a small 'QuickStart series' divided into 3 parts:
   PartI   - Emulator Start-Up
   PartII  - Adding a Skin
   PartIII - Keyboard and Keypad
   PartIV - Animated GIF support (packed inside PartIII).

Expect some minor typing mistakes but in general it should not mislead the noob user. Please feel free to comment on it.
I've also made the name 'kArmTI' more consistent throughout, that's why i'm posting the new logo:
   


Hope some of you will like it. Please check attachments.
SpiroH