-
-
Notifications
You must be signed in to change notification settings - Fork 11
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
middleware #50
Comments
In the latter, it seems we would just be extending the options with each middleware, similar to how |
👍 |
This should be simple enough to do the first one. I'm not sure if we could do the first and second unless I'm assuming each middleware object will always look like the options: middleware: [
{
structure: ':year/:month/:day/:post/index.html',
permalinks: {
...
}
}
] |
I think we need to have a spec for getting/setting values with the context. if we spend some time explaining how/when certain values can be set during the build, then at least the logic and conventions for this kind of thing will be easier to standardize and generalize. (for anyone reading, this won't be easy.) |
this is possible with the 0.6 release of assemble |
@doowb, I'd like to add a middleware option that essentially takes an array of middlewares. Each middleware would just be replacement patterns. So instead of this:
you could do this:
Or ideally middlewares would be able to define all options, so if you can use the middleware's defaults, you could just do:
But the latter isn't a have-to-have. I'm not as familiar with the Strings lib as I'd like to be, so I'm not sure what needs to be done to implement this. @doowb can you take a crack at it?
The text was updated successfully, but these errors were encountered: