Support for marimo displaying <IPython.core.display.HTML object>

[engdan77]

I am currently trying to use the py-roughviz package to display charts within marimo but feel like I have hit the wall of understanding how to be able to do so without a rewrite of such package.

I may be wrong but it seems relatively common packages supply something similar to an x.render_notebook() method that would typically work within a Jupyter notebook, but for marimo it currently won't.

As in this package (and I might imagine others do as well) is to invoke the IPython display and HTML functions on the object.

display(HTML(output))

If we for example look closer at this file if this above package.

Are there any methods or techniques anyone are aware of for marimo being able to display such when instead a <IPython.core.display.HTML object> is returned to the notebook?

You could pip install py-roughviz and try the below Python snippet within marimo:

import marimo as mo
import pandas as pd
from roughviz.charts import Pie

df = pd.DataFrame({"a": ["a", "b"], "b": [1, 2], "c": [2, 3]})
pie = Pie(data=df, labels="a", values="b")
pie.render_notebook()

... and trying instead using

mo.Html(pie.render_notebook())

... this would throw a different AttributeError :-(

[mscolnick]

hi @engdan77, pie.render_notebook() returns None, not any html.

we've actually patched IPython.display.HTML to handle this properly, but it looks like the library you've linked uses IPython.core.display.HTML. we possible can patch that too.

Even when locally patching it, it doesn't seem to work, which is likely an upstream issue.

[engdan77]

Thanks a bunch, @mscolnick, for checking this out and sharing this with me, then it would sound to me as under "most" (similar) cases, we've already included a patch for this to work, and you do think this is a corner case (using this py-roughviz package), we may not need to spend too much time into this, but rather perhaps fork and update the code needed - I'll look at it whenever I have a chance 👍

[mscolnick]

Yea I think the project could use some updating and modernization, instead of using the ipython utils, it should implement a repr_html() command. This inversion of control allows this package to be rendered in many other environments.