Pedro H G Migacz

The Dialog component has its width calculated based on `w-full` and `max-w-lg`. I assume you are having issues changing the width on desktop, so you probably just need to change...

> For a future reference, please see https://elysiajs.com/patterns/mvc.html Is it possible to just expose the types instead telling us to not do that? Trying to move to the recommended way...

Same issue, I edited the compose file to use the canary release and it's still happening.

Upon further investiontaion, I just had to add this style back: ```js function addRequiredStyles() { const style = document.createElement("style"); style.textContent = ` @keyframes rough-notation-dash { to { stroke-dashoffset: 0; }...

I created [this issue](https://github.com/elysiajs/documentation/issues/426) and [this PR](https://github.com/elysiajs/documentation/pull/427) to warn users about this issue until I or someone figure out how to solve it.

I will provide a easy way to reproduce the issue. Do you know, in the meantime, where can I find the generated types from elysia/eden?

### Just as a warning to anyone reading this: After a long time working with monorepos and hitting issues like this one (on multiple things like `nextJs`, `hono`, `elysia`, `mastra`,...

I'm still having this issue on 13.5.1. When the window is 2048px wide, it generates me a nice 2048px image, but if the window is 2049px, it will try to...

I'm facing something similar on the latest cannary (`0.19.0-nightly-6370f45`):  Here are my logs for both `chat ai` requests and `space autocomplete` requests: ``` [Nest] 127 - 01/27/2025, 4:18:13 AM...

Damn, I think this was just disabled by choice then. If you add it like: ```ts AFFiNE.use('copilot', { openai: { apiKey: process.env.COPILOT_OPENAI_API_KEY, }, }) ``` It works like the documentation...