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

Mercury #944

Open
sindresorhus opened this issue Jul 11, 2014 · 5 comments
Open

Mercury #944

sindresorhus opened this issue Jul 11, 2014 · 5 comments

Comments

@sindresorhus
Copy link
Member

Mercury looks interesting.

It's like a more modular React/Om:
https://github.com/Raynos/mercury#mercury-vs-react

It already has a TodoMVC app: https://github.com/Raynos/mercury/tree/master/examples/todomvc

@Raynos would you be interested in submitting it here?

@Raynos
Copy link

Raynos commented Jul 11, 2014

@sindresorhus i can submit it.

I havn't done so yet because your guideline says a framework must have a good amount of usage / popularity before submitting it.

Was going to submit something once we have real production quality proving rather then adding another toy to the todomvc pile.

@Raynos
Copy link

Raynos commented Jul 11, 2014

@sindresorhus

My style guides and such are different from the tastejs recommendations, i don't mind fixing my example to comply with your recommendations and tests and such.

However I will still want a local copy of the example that I will work in from the mercury git repository. This will lead to drift between the tastejs and mercury copy that's non trivial to port / fixup.

Do you have any best practices on how to avoid the staleness problems between two codebases ? One solution is to PR something that meets tastejs requirements into here and then have it be a little stale and periodically update it when I remember to port any local fixes back to this repo

@sindresorhus
Copy link
Member Author

One solution is to PR something that meets tastejs requirements into here and then have it be a little stale and periodically update it when I remember to port any local fixes back to this repo

That's pretty much what we've been doing. We usually ping the submitter when a framework get's a new minor/major release. Not a good solution, but it works fairly well.

@arthurvr
Copy link
Member

@Raynos Are you still interested?

@Raynos
Copy link

Raynos commented Mar 20, 2015

@arthurvr I'm have not had time to spend on Mercury recently.

I'd be happy to have Mercury in tastejs but I probably won't get around to it myself.

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

No branches or pull requests

3 participants