Myles Scolnick
Myles Scolnick
first improvement is that we can read this at runtime. there doesn't seem to be a good reason not to
@paddymul, yes it does but i might have to kick it off, which i can
@paddymul, i can do a release today
@Lucas-vdr-Horst - do you have more specifics on what type of variables? is it constant values like above? or something with more dependencies? you can easily export variables defined in...
We might need to add marimo support to `rich` directly https://github.com/Textualize/rich/blob/43d3b04725ab9731727fb1126e35980c62f32377/rich/console.py#L517-L534 Would you be open to create an issue on `rich`?
@wd60622, there is this logic from another open-source project: https://github.com/run-house/runhouse/blob/2f80fe25879d7df0f3b8432cf62b3c0519d7ea36/runhouse/resources/module.py#L1073-L1080 ```python # Check if running in a marimo notebook try: import marimo return marimo.running_in_notebook() except (ImportError, ModuleNotFoundError): # marimo not...
it would be great to push support directly into `rich.console`. would anyone be interested in either filing an issue or making the contribution to that repo?
Given all their shims and customization for [rendering in Jupyter](https://github.com/search?q=repo%3ATextualize%2Frich+jupyter&type=code&p=1), I would imagine we would need the same for marimo
Does this work for you when you open outside the embedded vscode editor? Or only when inside vscode?
what version of node? can you run `marimo env`?