Yusuke Wada

Hi @lord007tn Interesting! However, I don't want to add more logic depending on each runtime to this `honojs/hono`. That will increase the package size and maintenance costs. It will be...

I think it will be better if we make it as third-party middleware like `@hono/cache` on https://github.com/honojs/middleware because we need to add tests using external libraries and middleware like Redis,...

I commented before: https://github.com/honojs/hono/issues/3857#issuecomment-2834057938. I think it's better to implement this into [honojs/middleware](https://github.com/honojs/middleware) as an independent package like `@hono/universal-cache`. If someone does, I'll review it.

@mephju Thank you for the issue. Hi @divyam234 Can you take a look at this?

Hi @imcotton Supporting JSR is great. But there are some reasons I can't do it now: * Making them support JSR will be hard. Especially removing slow types. * Have...

I've set up the flow to publish the package to JSR on `honojs/hono` repo. But currently, I'm not sure how we can do that in this "monorepo". Hey @BarryThePenguin! Do...

@BarryThePenguin Thank you for the hard work. Regarding it will not be able to use `declare module 'hono'`, I think exploring each variable type and user use it by manually...

Now, some package on [the JSR](https://jsr.io/@hono)!  For example, the combination of `@hono/hono` and `@hono/zod-validator` does not throw a type error!  Great work @BarryThePenguin !

@knotbin Done!

> Could you also archive the "do-not-use-this" package or do you still use that for testing? Ah, it's not needed now. I've archived it.