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

Update to 2.29.1 #1

Merged
merged 29 commits into from Sep 9, 2013
Merged

Update to 2.29.1 #1

merged 29 commits into from Sep 9, 2013

Conversation

alexgorbatchev
Copy link

Please update! Thank you for your work!

hughsk and others added 29 commits July 25, 2013 11:53
Allows transformed scripts to be parsed correctly
for dependencies. Currently, using these options
in combination with coffeeify or brfs (among
others) will throw a syntax error.
Right now, ids used to reference modules in external bundles are
required to correspond to actual files, but it'd be helpful if these ids
could be arbitrary. This issue has been brought up in browserify#387 and browserify#472.

A small change to how external modules are loaded, combined with using
the mdeps filter option, allows for arbitrary external ids. This commit
includes test coverage.
…on side effects in files with the same hash
andreypopp added a commit that referenced this pull request Sep 9, 2013
@andreypopp andreypopp merged commit 7cb095c into andreypopp:master Sep 9, 2013
@andreypopp
Copy link
Owner

Given that we are both (at least) ready to maintain a fork of browserify, I think it is time for a full-fledged fork?

@alexgorbatchev
Copy link
Author

What are you thoughts on this? Do you have some new features or changes in mind?

@andreypopp
Copy link
Owner

@alexgorbatchev currently

  • pass extensions to module-deps
  • do not assume we deal with utf8 encoded text data — sometimes we need to deal with binary (I want to incorporate images and other static assets into CommonJS module system)
  • fix transforms by allowing them to return a record with {source, deps} not just a raw stream of source
  • assign transforms to run for specific extensions (not sure)
  • better support for inspectable bundles
  • better support for multiple bundles (I think I need to discuss it with @petehunt first, cause he wasn't satisfied how browserify and even externalize handle it)

@alexgorbatchev
Copy link
Author

I have a module-deps fork that allows to transform modules https://github.com/alexgorbatchev/module-deps, it works pretty well with this fork of browserify.

Curious, do you think these changes wouldn't be accepted by substack? I feel that ideally we would want to contribute to the main source (vs actual fork). What do you think?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
5 participants