Skip to content
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

Closed
juandopazo opened this issue Jan 6, 2013 · 7 comments
Closed

Status of setImmediate development #62

juandopazo opened this issue Jan 6, 2013 · 7 comments

Comments

@juandopazo
Copy link
Contributor

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 why setImmediate 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

@briancavalier
Copy link
Member

@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 setImmediate proposal, or some tweaked version, or something else.

@ForbesLindesay
Copy link
Member

👍 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 setImediate is implemented or we have agreed on our approach to the issue.

@unscriptable
Copy link
Member

Good points, Forbes. The Promises/A+ development has been way easier for me to consume -- and participate in -- than most mailing lists.

@briancavalier
Copy link
Member

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.

@kriskowal
Copy link
Member

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.

@ForbesLindesay
Copy link
Member

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"

@domenic
Copy link
Member

domenic commented Feb 9, 2013

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? ;))

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants