Hi, i'm announcing (yet) another version, v1.30 of kArmTI for testing.

 

Hopefully we should have:
1. Better usb communications (and less debug clutter on the console).
2. A Host tree to allow dragging items from the CalcList onto a Host's tree folder.
3. A picture previewer pane (normally hidden below the host's pane). I'm positive some of you, specially the picturephiles, will appreciate it. Ah, for those (me included ) i've also added a picture popup (same size as nspire's lcd) when a picture-file item on the host's listctrl (.png, .jpg, .bmp, .gif, .ico, well, a lot...) is right-clicked.
4. As per Franz's suggestion i've also made the QuickKeys dialog modeless as opposed to modal. Actually, it was a real pita to carry it out after these (roughly 2) months. There may be some new glitches here... (Yep, "not all that glitters is..." that easy.)

Hope it works and you enjoy it,
SpiroH

Quote

if you have a real the calculator (and Torio surely has at least one)

Well, I had a Ti-89... It was lent to me by a friend but next year we are going to different schools so I won't be able to keep it. Your solution was clever but I can't use it, sorry. However, it gave me an idea which worked !
For those who are interested, here is the method to send files from VTi to a computer ...

That's great news. Perfect! i'm glad you've sorted it out by yourself, after a few hints. That's what brainstorming is all about! With a simple question you've started, i would say, a little storm and...

I guess VTI offers a workaround (or should i say roundabout), if you have a real the calculator (and Torio surely has at least one), check this:
  http://www.devhardware.com/forums/ti-83-84-102/vti-program-download-to-computer-285069.html
As a bonus, i've attached 2 shots from the emulator i use (2.5 bet6). It's quite good you know,imho, albeit a bit oldish i also agree.

See if it helps,

P.S. Not that i want (or even dare  ) to contradict the master DJ_O or anything, but ...

WOW, working great - many thanks SpiroH!

Thank you too!

A clever idea making the horizontal/vertical layout automatic, I guess you've used the ratio window width/height>1 ==> horizontal, right?

What else could it be ? But is handy, isn't it? People (not you!), in general, take some time to realize the utility's power, i guess, or maybe they're just enjoying the sunshine .

Cheers,

Hi, I see this is still alive. Good and congratz to Torio! I would like to test the game but i have a problem. Is there any archive utility that archives all data files in the in POKEMON folder in one go? They are so many and is really a pita to do it one by one. Sorry if this is a noob question. Thanks.

Amazing how fast such a discussion can develop these days.

if a ".." is included in the file pane, then clicking on it would move the user up one folder. it might be easier for some, while the tree view would be for others, so there's no reason not to include it.

In this particular issue, I tend to agree more with shimbs's approach. Besides, the host's tree although not visible is already there behind the browse button. 

The reasons i'm not too keen (at this moment) on a host's tree are the following:
1. The host's folder (in my simple approach) is not (yet) supposed to change that often. I agree, it would be handy to have a host's tree (in a more mature version) because it would simplify the mirroring the nspire's contents on to the host, eg: for backup purposes.
2. Yet another tree requires more space on the dialog (form).
3. Higher flexibility has to be weighed against development effort and time. I gather I'll follow the simpler step by step procedure and then if/when it works well change a bit the GUI.
4. The important thing is that the underlying communication software is reliable (which still needs improvements), the rest can be adjusted a bit later.

Thank you all for the various contributions.

Do I need additional materials such as the OS and stuff?

Thanks for your interest. Yes you do. Please refer to the first post and follow the documentation links.

Anyways, I'm not sure if this is wrong with karmTI or with the underlying nspire_emu, but it's happened quite a few times now. The keyboard randomly loses connection to the emulator and I can't control anything with it. Mouse control still works and using the keyboard in other open applications work. It's quite inconvenient...

Some time ago Wayne detected a similar problem and i have cross related  it to a possible mviewer/ndless stdio lock-uk, but i'm still not sure about the very origin of the keyboard connection loss (post: http://ourl.ca/16585;msg=252286). If it ever occurs again (and certainly it will) my suggestion is the following: would you please try to establish some correlation between the application you're using (whether it runs on top of ndless or is ti's native software) and the keyboard connection loss. That would perhaps help to establish some clues. 'Random connection loss' is rather vague. Of course, we would all be much happier after this flaw is pinpointed. At this time, that's all i can say. Is not much, but is some feedback.

Great idea indeed, unfortunately not easy to use on a netbook. A horizontal layout (Nspire and host windows side by side) would be nice.

Hi Franz, I can see you're logged in. So here goes something for you:
 
Do you like it? Wait just a little bit longer...
Cheers,

Just tested, it's awesome

Thank you! I will try to improve it a bit though.

Skin editor (v1.07): Before i forget about it (and as promissed sometime ago) i've decided to publish a new version on my skin editor (v1.07), done earlier this month but then suspended when i switched to kArmTI todo the more absorbing USBLink development.
     
Summary of the new Features:
I - General
 G1. Only two views: Keys Position and Keys Arrangement. LCD is treated as a (special) key.
 G1. MultiPane StatusBar
II - Position View (KeysDlg)
  P1. A ListCtrl showing the Keyname and its Skin Rectangle
  P2. A checkbox for easier visualization of the defined keys.
  P3. NDEFs keys do not show up anymore on the list.
III - Arrange View
  A1. Block-Move with mouse and keyboard
  A2. Change First (VK_SHIFT) and Last (VK_CONTROL) element inside Arrange-Rect with keyboard
  A3. Extra Align options: Middles, Centers, Make Samesize
  A4. Undo/Redo support
IV - Instructions/Warnings:
  W1. In Position view to move the keys with the keyboard, we first need to setfocus to mainview (eg: clicking the MainFrame caption or hitting a handle of the sizing recttracker). By default focus is set to the KeysDlg.
  This makes the key's selection (better) visible and also possible with the keyboard. It seems we can't have both (position control with the keyboard and good selection visibility on the keysdlg) at the sametime.
  W2. In Position view changes are only commited after a validating right-click whereas in Arrange view the commitment is instantaneous although we have the Undo/Redo possibility.

I'm afraid it will never become a finished product, simply because it's not possible. We always miss some unimplemented feature... That's the main reason i'm making it public now.
Maybe some of you who still care about skins will find use for it and/or will report some bugs.

Have fun,