handlebars-i18n use the global i18next instance, defined at the module level.
I would like to be able to provide this instance in options as we do for overrideHndlbrs.
Why
https://github.com/i18next/i18next-http-middleware does not change the global i18next but instead clone it, put it as an attribute of the request and change it's language. So I can not use handlebars-i18n with this product.
It seems to me that what i18next-http-middleware does is cleaner in this context, for you are sure you wont have inter weaved request interacting badly.
If I was able to pass the i18next instance as an option, I would be able to use handlebars-i18n in a middleware that I would put just after i18next-http-middleware
What
handlebars-i18n use the global i18next instance, defined at the module level.
I would like to be able to provide this instance in options as we do for overrideHndlbrs.
Why
https://github.com/i18next/i18next-http-middleware does not change the global i18next but instead clone it, put it as an attribute of the request and change it's language. So I can not use handlebars-i18n with this product. It seems to me that what i18next-http-middleware does is cleaner in this context, for you are sure you wont have inter weaved request interacting badly. If I was able to pass the i18next instance as an option, I would be able to use handlebars-i18n in a middleware that I would put just after i18next-http-middleware