Jan Potoms

> I haven't investigated much but I think it might be possible to add "padding" to the screenshot element, so hopefully we wouldn't need to artificially add more nodes when...

> With a slowing growing CI running times Not that there could be no value in improving CI timings, but the data suggests differently. There has been a peak, but...

Dug a bit further and it looks like we can build [caching](https://community.render.com/t/gatsby-build-caching-and-image-transformations/129/1) ourselves in render.com. Trying that out in https://github.com/mui/mui-toolpad/pull/1166 > I'm just wondering if it would be worth to...

I believe we should look into [`turborepo`](https://turborepo.org/) to help us with that. _edit: and we could look into `pnpm` to improve install times (and correctness)_

> It seems that this is effect of using custom nodeRenderer, if I removed nodeRenderer, I get result close to what I expect to see in console: I believe this...

> so I don't think that it would make business sense to invest resources to support a base path different from `/`. Agree 100% > Render can deploy based on...

> Regarding the version that it would use, I wonder if using latest wouldn't be better. This might help to keep it always up to date. It would still need...

@oliviertassinari > a `/demo` folder, and a `demo-production` branch. I'm not sure I understand this setup - What would be in the demo folder? As far as I understand, to...

> I guess a Dockerfile like in https://github.com/render-examples/metabase and an environment variables to enable the "demo mode" and that's it? https://github.com/mui/mui-toolpad/pull/1092 I don't think we can have `render.yml` in a...

> Agree, but then there is no staging environment. I don't really see how a branch creates a staging environment. Basically, what I propose is a separate repository with: ```Dockerfile...