-
-
Notifications
You must be signed in to change notification settings - Fork 35
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
Build and testing for browsers? #11
Comments
Hey, Sergey! Sorry for the belated response. YES! I've so far been just using it with Browserify, but I'll cook an independent version up for you guys! Thanks for nudging! :) |
Check out this pull-request: #13 |
I'd also like to see a script-taggable thing to use anywhere, if you get around to it. |
+1 |
Hey, fellows! After a good 3 years of pondering, I've pondered up a question of how are you fellows running your unit tests in browsers? :) Don't the popular test runners these days use Browserify or something equivalent internally that makes using CommonJS libs (like Must.js is) transparent? Where do |
Having become someone who's being paid for developing web applications with Ember some time ago, I just use QUnit, since that is the (supported) default with Ember. To the other question: Not everyone wants node.js in their build chain (I've encountered people not even having a build chain), even nowadays. I am not sure saying "Yeah well use a build step to make it transparent" is going to accomplish anything; jobs where a java shop just wants one or two pages with oldskool js are still plentiful. People still build "unit test pages". We did discuss some of this earlier I believe. Not having a script-tag-version made this library unacceptable twice to my employers and once I built it myself and that version was accepted (if you can even remember my PR back then). |
Okay, fair enough. Do you reckon building one and publicizing it under the GitHub Releases page when releases are made would suffice? There's probably not point in putting it up on NPM I reckon as then we're back to the "needs a build chain" (even if just for getting a module down from NPM). 8) |
And, oh yeah, thanks for reminding #15! :) |
If you are willing to make an effort: You can't do more than making one, having it be easy to find, and see if people are downloading it or not. I remember wishing it to be more well-known; I really liked must.js back then. More exposure wouldn't hurt, but that wasn't what you were asking. And of course there is the possibility that my experiences are not the norm and that I run into weird people all the time and there really is no need or case for it. I can't say. |
Personally I want to use must in environments which don't use node or browserify. I'm talking about plain html+js or htmls with js in script tags, browser extensions etc ... so browser version will be very useful |
Do you plan to make a build for browsers and test
must.js
in browsers?It is a show stopper for us to use it for our UI libraries.
The text was updated successfully, but these errors were encountered: