Skip to content
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

Closed
jcbrand opened this issue Oct 8, 2014 · 7 comments
Closed

Any intention to support AMD (asynchronous module definition)? #14755

jcbrand opened this issue Oct 8, 2014 · 7 comments
Labels

Comments

@jcbrand
Copy link

jcbrand commented Oct 8, 2014

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.

@jcbrand
Copy link
Author

jcbrand commented Oct 8, 2014

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.

@jcbrand
Copy link
Author

jcbrand commented Oct 8, 2014

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.

@jcbrand jcbrand closed this as completed Oct 8, 2014
@hnrch02 hnrch02 added the js label Oct 8, 2014
@hnrch02
Copy link
Collaborator

hnrch02 commented Oct 8, 2014

We don't have a public v4 milestone yet. UMD support was planned for v3.2.0 (see #13772) but was reverted due to problems outlined in #13812.

@jcbrand
Copy link
Author

jcbrand commented Oct 8, 2014

@hnrch02 Would you be amenable to pull requests in this regard, or is there already internal work being done on this?

@hnrch02
Copy link
Collaborator

hnrch02 commented Oct 8, 2014

A pull request would make the most sense once public development of v4 has begun.

@morficus
Copy link

Just to clarify something - is UMD support planned for v3.4.0 or is it being held off until v4?

@cvrebert
Copy link
Collaborator

cvrebert commented Jan 4, 2015

@morficus v4.

@twbs twbs locked and limited conversation to collaborators Jan 4, 2015
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

4 participants