Using WebKit (instead of creating an own browser) indeed would be a lot better; still this will be a challenge on some other platforms - left or right, there will be quite some complexity added to iRidium's internals to cover all that I reckon.
Main reason for voting against is because in my opinion showing a web page in iRidium doesn't fit in the philosophy/purpose of where iRidium is meant for (the other way around would make a little more sense: a web page with embedding an iRidium player, but still...).
It is like making a swimming pool in the back seat of your car, that is parked on your runway, simply because the small walk to the large pool in your back garden is too long and there's no way to drive the car to the back garden. Of course it is possible, but does it make sense? Why not jump out of your car, take a few steps, and jump into the garden pool (which is already there), enjoy swimming the way it is meant, and get back to your car whenever you want to drive :)

I strongly vote against, unless iRidium Mobile's "browser" is only picking up the window display from a seperately running browser (i.e. proven technology like Opera, Chrome, IE, etc). Having a build-in browser build by iRidium Mobile brings in millions of security risks, plus it is a very demanding and thorough job to keep the browser up to date with the speed new web features are added and new security vulnerabilities are published. Implementing a browser takes more than 'why cant I just see this webpage in iRidium like xxx and xxx support'. Plus: it doesn't fit in to what iRidium Mobile is meant for.
I'd suggest placing a link button to open the browser from the OS on the desired web page.

(je plaatjes werken niet!)

TIME in Beckhoff is een 32-bit DWORD, die simpelweg de tijd in milliseconden bewaart.
Je moet vanaf adres MB40 dus een getal van 4 bytes lang lezen, en de conversie naar hh:mm:ss zelf doen (kon zo gauw geen kant-en-klare functie hiervoor vinden in iRidium.

Bijv:

hours = Math.floor(milliseconds / 3600000);
milliseconds %= 3600000;
minutes = Math.floor(milliseconds / 60000);
milliseconds %= 60000;
seconds = Math.floor(milliseconds / 1000);
IR.Log(hours + ":" + minutes + ":" + seconds);

Hoe zou de syntax er dan uit zien als ik in het verhaal van m'n eerste post het ID eruit zou willen halen?

xmlData.Weerstations.Weerstation[xx]("@id")…?! of misschien:xmlData.Weerstations.Weerstation[xx]["@id"]…?

Dat was me uit het voorbeeld die ik het gedownload niet duidelijk, omdat de bron xml data daarvan een zootje is.

Bedankt voor het uitzoeken.
Ik had vergeten te noemen dat het sowieso al werkt door de array van weerstations te benaderen via de volgorde-index; 'k heb alleen gemerkt dat de bron hier nog wel eens verandering in brengt (of iRidium leest ze niet consequent in), waardoor je dus zo maar ineens een ander weerstation op die index hebt staan. Misschien uiteindelijk toch maar een zoekscriptje dus :)

(…).weerstations.weerstation[1].(…)  // in het voorbeeld hieronder zou je dan weerstation met ID 6273 uitlezen

Ik ben wel benieuwd waar het @ in XML-benadering dan voor is; zal nog even kijken waar ik dat example had gevonden. Ging om weerdata vanaf Yahoo, en daar gebruiken ze @'s in de iRidium-code. Benaderen van een attribuut (property) van een XML-element ben ik nog niet achter namelijk; wellicht is het daarvoor?