Your comments

Appreciate your follow ups! Will think over to find out :)

Considereing async nature of js event-driven env.

The major issue that I am concerned with is that I have two http devices I want to sync their responses and wait for each of them to resolve.

I want to keep track of requests' responses

IR.AddListener(EVENT_RECIEVE_TEXT, device, function(text) { 
    // response for request 1
// request 1 -> success
// request 2 -> fail

For example, I do constantly send many http requests and therefore would like to track them down to know which of them has failed or succeeded.

How can I track responses for a single SEND call so I am able to know exactly that a response corresponds to some request?

Something similar to cbReceiveText in iR3 but for iR2


We extensively use REST XML API, thus requiring us to invent a wheel with the current iRidium JS env.

Particularly, we need ways to fetch and track resolutions of XMLHTTPRequest promises.

Any suggestions?



I'm wondering if there is a reason behind the use of the ancient version of ECMAScript standard.

What stops the team to update it so that it supports new features of the language.



Please consider having the core project .irpz not to be loaded into the memory because it limits file access.

Simply assume that one could edit files directly on the fly from the project directory and having project to use the latest updates without the need to reinclude them in the editor.

But for now, we can't simply rely on our favorite editors, which have far more advanced methods for dealing with code development and version controling. For example, due to the projects loaded into memory we can't have a concurent stratifordward process in the team.

Looking forward to more sophisticated and dev-friendly approaches of building projects with iRidium.