To view parent comment, click here.
To read all comments associated with this story, please click here.
Yay for making it feasible to go back to the days of Windows 3.1 programming, but worse, on a modern "multitasking" OS
(I remember using a solution not too different from that back in the early 90's, but at least with compiled code without garbage collection, and more assured of a finer timer resolution)
There doesn't appear to be a way to get a decent time resolution for accelerometer, or anything else, data under the Mojo SDK. Until that's rectified, anything that's not already running in a standard browser will likely be too much of a PITA to make functional, that, and how many of the things on the screen are mandatory, as it appears from the SDK documentation: at least on the iPhone, you can clear away and get a full screen view as desired for certain things, but the multitasking flexibility touted for the Pre“ has a lot of costs to it, one of them being a huge amount of the screen being dedicated to other things beyond the application's control.






Member since:
2005-07-07
Both Python and Ruby have threading APIs but it does not provide the benefits of native threads. This, as many of you may already know, is due to the GIL. This limitation is not limited to Ruby and Python, it is actually an inherent problem with all dynamic languages. Thus it is not easy problem to solve.
It would take Palm some time before we would see JavaScript threading becomes a reality. It is also something actively pursued by Google and Mozilla.
There however, might be a way to simulate it:
http://www.sitepoint.com/article/multi-threading-javascript
-Ad