Allow addon to provide jQuery to final build, but not include Ember <-> jQuery integration. #148
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
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.