Note the correct way to do this is replace the append line with lst(0):=4; which works fine.

There is no difference internally between the two STO commands. They just allow you to do stuff in a slightly different way if preferred. The STO> operator is nice to store into variables during calculations though since very often you don't realize you want to save something till near the end of the line. :-)

By the way, don't you hate the low framerate in the emulator?

Well, that was news to me that it was problematic... will put that on the list of things to adjust.

Not sure if this is the correct place to post this question. I am trying to figure out if any of the TI CAS calcs (nspire, 89 etc) have the ability to solve *system* of 1st order linear ODEs natively.

Here's a link (http://www.wolframalpha.com/input/?i=y%27%3Dy%2Bz%2Cz%27%3Dy-z%2C+y%280%29%3D3%2Cz%280%29%3D%E2%88%9A%282%29-3) of an example. Thanks.

Also, I'd recommend using something like this at the end. It will save a lot of juice since you won't be looping continually. Also will exit cleanly on any keypress.

  WAIT(1);
  UNTIL GETKEY()≠−1;

because the HP Prime already does it to a certain extent (there are still screws, but it's incredibly hard to unclip the two parts afterward without bending the circuit board)

You know, I take small issue with that. There are 6 screws. Then all you do is run your fingernail (or a plastic wedge tool) around the outside and it pops right open. Sure, the first time you do it it might be a little tricky since it is a totally new device, but it is honestly the easiest calculator to open I've ever tried (and I've opened more then my fair share).

One other thing, you might want to take a look at the program I've attached.

Note, the "ICON" keyword will most likely be changing, as will the encoded data. One thing I am thinking about is to create a "resource" area that would contain binary data, not show up in the editor on calc (a list of names only, and ability to change the names), and could be called by name within a program. The intent would be that large objects (graphics, strings, etc) that don't really ever get edited would be storeable alongside the program file for use.

Anyway, you can now load PNG data directly as of the last update. And the little helper program is attached. Note that neither this one nor the first was made by me, but rather by cyrille (one of my coworkers). It is not endorsed or supported in any way by HP, but is given out as a help for interested parties.

The program I've stuck up here for download randomly plasters that png data across the screen as shown below.

Yup, it is definitely a micro USB. Pretty much any phone/tablet charger you might have will work just fine.

What is probably messing you up is that it is a micro-A. In other words, it can also act as a host. The normal cable you are thinking about is the micro-B. A micro B cable can go into a micro-A, as can also the host end of a micro AB cable. Here's a picture and some more info http://en.wikipedia.org/wiki/Micro_USB#Mini_and_Micro_connectors.

I believe unless I am remembering wrong that the nspire uses a mini-A on the calculator, so a similar thing would happen if you compared those with the common (now deprecated) mini-B.

Got one question please, I don't see how to programmatically set angle unit to degrees. Thank you !

HAngle:=1 or HAngle:=0   (home angle)  Take a look in your VARS->HOME->SETTINGS for others.