Skip to content
This repository has been archived by the owner on Dec 19, 2024. It is now read-only.

Add this tip maybe in the doc (if not already added) #85

Closed
kud opened this issue Mar 31, 2015 · 2 comments
Closed

Add this tip maybe in the doc (if not already added) #85

kud opened this issue Mar 31, 2015 · 2 comments

Comments

@kud
Copy link

kud commented Mar 31, 2015

I've got lots of projects which require themselves other projects. I have the same folder/file convention naming in each of these project and it could create some non explicite conflicts.

Why? Because I do that: @import "views/index.css";

cssnext can be lost if you do @import "views/index.css"; in a submodule and in your module, you've already have "views/index.css".

To fix it, you have to specify ./ like @import "./views/index.css";. It's maybe obvious for some of you but it could be added in the doc I think. What do you think?

@kud kud closed this as completed Mar 31, 2015
@kud kud reopened this Mar 31, 2015
@bloodyowl
Copy link
Contributor

as it works just like npm, browserify & webpack (which rely on the same convention), I don't think this is necessary. moreover it is documented here https://github.com/postcss/postcss-import#postcss-import--

@MoOx
Copy link
Owner

MoOx commented Apr 1, 2015

@import "views/index.css"; and @import "./views/index.css"; are just exactly the same, per CSS spec. Except if views is a module. But I think local files are resolved first.
If you want to do something, please first open a PR on postcss-import with tests to describe an eventual real issue.

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

No branches or pull requests

3 participants