-
-
Notifications
You must be signed in to change notification settings - Fork 10
Allow addon to provide jQuery to final build, but not include Ember <-> jQuery integration. #148
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
Conversation
…xpressed new intent in readme.
For reference, the code on the emberjs side is in: https://github.com/emberjs/ember.js/blob/bc435eb0a11868f7e0f8381f9a4bb2ba7728d9e8/packages/%40ember/-internals/views/lib/mixins/view_support.js#L438 |
This seems intentional. Specifying
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this looks good. Would like review from @simonihmig also (likely tomorrow), then can land and release. Thanks for working on it!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, thanks @lupestro! 👍
Merged, @rwjblue still needs to release! |
This seems like a breaking change (i.e. 0.7.0), as an app with integration turned off was still getting the (working) overridden |
Agreed, though (as I mentioned above) I think that is correct / intended behavior. |
Using a
this.$()
with explicit jquery-integration: false now invokes the code in emberjs proper. However, that emberjs code throws an assertion rather than displaying a deprecation when it detects the feature is disabled.I'm of two minds whether this is appropriate. If it was an assertion because the flag indicated that jQuery would be absent so the call would fail anyway, it was only appropriate while the flag was closely coupled to the presence/absence of the package. If it interprets the explicit flag as saying, "As far as Ember is concerned, jQuery is no longer here," it might be quite appropriate.
I'm perfectly happy to leave this to wiser heads to sort out and implement what they recommend. One possibility is to provide an alternate implementation of component.dollar.js in this case that still applies the deprecation, but, knowing the jquery is present, doesn't resort to the assertion.