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
{{ message }}
This repository has been archived by the owner on Jan 9, 2019. It is now read-only.
django-compressor provides base classes for "filters" which you can subclass and thereby provide your own processing for whatever you want. I like this approach a lot. We create classes for which ever we want out-of-the-box support for, accept pull-requests for others, and allow people to easily define their own. We could auto-import a specific module name in apps (a la helpers.py for jingo), maybe minifiers.py, and auto-register classes to file extensions via metaclass. It's a common django pattern, and should be a lot easier on us.
That along with some hook methods for overriding could get us pretty far. The ones django-compressor has are fairly complex at this point, but I'm not sure ours would need to be.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
There are a lot of preprocessors out there and currently support for them is hard-coded into jingo-minify. This really needs a better solution.
At a minimum, it should get abstracted out. Maybe allow for plugin support for additional things so we don't have to maintain them all, too.
The text was updated successfully, but these errors were encountered: