You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For example, I'd like to be able to have a project with bootstrap-sass in the Gemfile and easily be able to add its vendor/assets/*folders to the input paths. It doesn't have to be as auto-magical as Rails+Sprockets (where anything in lib/assets/* is added to Sprockets's path), but it would be nice to have a shorter version of
Even this doesn't really emulate what Sprockets does, though. The problem is that if I add all of those directories as input directories, all of the files inside them will end up in my (concatenated) output. In Sprockets (and Ruby, and Java, ...), only those that get required are included.
As an intermediary step and for debugging, maybe it would be helpful to dry-run assets compilation where the paths and compilation rules can be investigated?
This seems like something that should be handled by the filter itself, not the pipeline, no? For example, I'd want those extra asset folders to be on the load path when I run Sass or Minispade, but not generally considered inputs.
For example, I'd like to be able to have a project with bootstrap-sass in the Gemfile and easily be able to add its
vendor/assets/*
folders to the input paths. It doesn't have to be as auto-magical as Rails+Sprockets (where anything inlib/assets/*
is added to Sprockets's path), but it would be nice to have a shorter version ofThe text was updated successfully, but these errors were encountered: