I know you’re always busy and such, but if you could find the time to pull out Tracker from Meteor core into an NPM package more developers using other frameworks can get to use this technology, because simply it’s really clever and easy to use! <3
I don’t know if you’ve noticed what I’ve built on top of Tracker? The idea is really simple, and the implementation is straight forward on Tracker.Component (would love some comments). Here’s an example using it:
I think Tracker.Component clearly shows how easy it would be to go forward in a world of simple composable React and ES2015 modules.
Though, the only thing holding this back right now is a dependency on Meteor core Tracker, which I cannot get from npm, in any sort of way right now. So right now one can only use Tracker.Component with Meteor. Would it be hard to refactor Tracker and get it on npm? And do you need help with it?
Question: Isn’t Tracker, hence Tracker.Component, meteor specific? So why publish it to npm instead of using the meteor package system?
For the foreseeable future, Meteor will not be 100% package system agnostic. It’s on the roadmap to break meteor into separate repos (partially started) and in the long run published to npm. Though before that, there are more pressing issues (such as node v5 support, build tool independence etc).
If I were you, I would hold off publishing meteor dependent packages to npm (running on node v0.10.43 anyway) and do it when the whole meteor structure is shifted - with proper dependency management - to npm.
Npm support is great. But for now, meant for environment agnostic libs.
I think Tracker is only Meteor-specific by association only. Personally, I would love to see this as it’s own npm package. There are already a lot of unofficial attempts at this, but an official package would be awesome. It’s a super useful package!
It would be great if they release it on NPM (one version we can agree upon).
You can use Tracker without Meteor right now, just copy the file to your non-Meteor project and you’re good to go. It only has 2-3 references to Meteor and they’re like “if Meteor then log this way.”
@timbrandin Our first priority is to figure out the best pattern for moving packages onto npm, especially in terms of how to replace features that Meteor’s package system has but npm doesn’t. This problem is what we’re planning on working on next (alongside fixes of course).
I took the liberty to work a few hours on this, please have a look, all the tests are successful but I haven’t actually tested it with Tracker.Component yet, I thought it’d fun if you guys could have a look before I move further.
I haven’t published it, so you’ll have to use npm link to try it out.
Hey @timbrandin - this is awesome, great work. We’re still figuring out the best strategy for moving Meteor packages themselves to npm - this may end up including our build plugin functionality. Since you’re interested, I’ll reach out once we make more progress on the strategy and perhaps you can help out with the implementation.