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

Use browserify._options.paths when doing dependency resolution for composes #42

Open
ryngonzalez opened this issue Sep 14, 2015 · 1 comment

Comments

@ryngonzalez
Copy link

Where webpack and css-loader play well together when doing custom module resolution with resolve.moduleDirectories or resolve.alias, css-modulesify does not currently take into account browserify._options.paths when doing module resolution for composes statements.

css-modulesify should pass along the paths option from Browserify to css-modules-loader-core to correctly resolve composes statements like 'shared/styles/colors' — which currently throws an error like this:

{ [Error: ENOENT, open '/Users/ryan/Projects/myApp/browser/app/components/myComponent/shared/styles/colors.css']
  errno: -2,
  code: 'ENOENT',
 path:'/Users/ryan/Projects/myApp/browser/app/components/myComponent/shared/styles/colors.css'}
@ryngonzalez ryngonzalez changed the title Does not respect browserify._options.paths when doing dependency resolution for composes Use browserify._options.paths when doing dependency resolution for composes Sep 14, 2015
@juliankrispel
Copy link

@ryngonzalez this isn't actually fixed right?

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

No branches or pull requests

2 participants