-
Notifications
You must be signed in to change notification settings - Fork 171
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Status of setImmediate development #62
Comments
@juandopazo No worries. A mailing list is probably a good idea. Yeah, seems like we, the Promises/A+ organization, should petition for standardizing an efficient next-tick, whether it's the current |
👍 for us pushing for an efficient next-tick I know it may seem a little weird, but I'm a huge fan of "issues" over "mailing lists". They're really easy to follow/not follow on a case by case basis. They support syntax highlighting. Virtually everyone involved has a GitHub account. I really wish ESDiscuss used GitHub issues rather than a mailing list because I can't afford to receive all the e-mails, but I'd love to be able to comment on/follow a few individual issues. Also, it makes it easy to see which discussions are on-going. For example this can be closed once either |
Good points, Forbes. The Promises/A+ development has been way easier for me to consume -- and participate in -- than most mailing lists. |
Ok, maybe we stick with github issues until people feel there's a compelling need for another communication channel. If anyone has thoughts on ways in which, and groups to whom we might start petitioning, please post here. I know several folks here are very involved in ES-discuss, CommonJS, etc etc, so maybe there are some inroads to garnering support and/or ideas there. |
You are all welcome to join the Q-Continuum mailing list. As the name implies, it is not just about my Q, but the whole ecosystem. You’ll find a lot of interested parties are already there. |
I still always find myself wishing things were created as issues in the Q repo rather than being posted to that mailing list. With the exception of people who don't have a GitHub account, it's much easier and less spammy to have issues + a definitive point at which the discussion is considered "closed" |
After filing this bug, I think we've done all we can. It's up to the browser vendors to prioritize. Closing, unless anyone's had any other brilliant ideas in the last month for pushing them to get going. (Learn C++? Start submitting patches? ;)) |
Hi guys! It feels weird opening a bug for this. Should we create a mailing list instead?
Anyway, I don't know if you've seen me post this on Twitter, but it seems that development for
setImmediate
is far from active. Only Microsoft has an implementation. Please take a look at this bugs and consider adding arguments for whysetImmediate
is useful.Chrome
http://code.google.com/p/chromium/issues/detail?id=146172&can=1&q=setImmediate&colspec=ID%20Pri%20Mstone%20ReleaseBlock%20OS%20Area%20Feature%20Status%20Owner%20Summary
Firefox
https://bugzilla.mozilla.org/show_bug.cgi?id=686201
The text was updated successfully, but these errors were encountered: