-
Notifications
You must be signed in to change notification settings - Fork 79
CSS Assets #44
Comments
this is a great idea. i think we're looking into keeping everything tucked into the "ender" key so we're not populating packages with too many non-nodish things. with that said, we want to support the ability to pass in an options hash ... "ender": {
main: "path/to/main.js"
, "other": "stuff"
, "assets": "path/to/assets"
} |
I was looking through the package.json spec and actually i think the best place to put this particular thing would be the directories key... so it would look like:
|
That looks good to me with a couple questions:
|
perhaps..
or
"directories": {
"assets": ["src/a/assets", "src/b/assets"]
} |
That's a good question... i'm starting to think we should limit the options (so we don't get options crazy like git). Less to learn i think is nice... What if we just pause the build process when we encounter an assets dir? We could ask if a user wants to include the dir for a specific package and we could also ask where they would like to put it. |
I'd rather be scriptable and option crazy, than non-scriptable.
Would be my vote (or maybe |
the other question is, where do those assets go? how does one publish them? (because they won't be able to live on NPM) |
yeah they do/will... thats why we would use the directories key... we would just have to relocate them somewhere... |
Same issue here? #84 |
ref #131 |
A lot of clientside stuff has need of assets for the script (like a UI library).
Perhaps define "assets" in the package.json, then have ender pull them out of node_modules and toss them into an assets directory?
The text was updated successfully, but these errors were encountered: