-
-
Notifications
You must be signed in to change notification settings - Fork 79k
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
Any intention to support AMD (asynchronous module definition)? #14755
Comments
I found this discussion: #14397 However, to be clear, using a require.js shim is not a solution in all cases. Specifically the use-case where you want to use something like $.noConflict to keep your (normally) global vars private. The shim only works with a global jquery variable. |
Looking at other tickets mentioning AMD, looks like this has been added to the 4.0 milestone, although I can't find such a milestone. In any case, I'll close this ticket. My offer to help still stands though. |
@hnrch02 Would you be amenable to pull requests in this regard, or is there already internal work being done on this? |
A pull request would make the most sense once public development of v4 has begun. |
Just to clarify something - is UMD support planned for v3.4.0 or is it being held off until v4? |
@morficus v4. |
AMD together with module loaders such as require.js are increasingly being used for front end web development.
Has anyone at bootstrap considered supporting AMD in bootstrap's Javascript modules?
I'd be happy to help out if there is support for the idea. The UMD repo contains boilerplate examples of how one makes modules AMD compatible without losing backward compatibility.
The text was updated successfully, but these errors were encountered: