emacs-ipython-notebook VS euporie

the github source : https://github.com/millejoh/emacs-ipython-notebook

I used https://github.com/millejoh/emacs-ipython-notebook at one employer and it works quite well for Jupyter. Of course Org is great but if your coworkers are unfamiliar it's probably a non-starter.

Looking at https://github.com/millejoh/emacs-ipython-notebook/issues this person seems to be using the github issues tracker as a combination of their personal tech support line + ranting board.

Maybe Emacs should have went down the road to have good Jupyter notebooks support instead, even EIN's maintainer was advising against using notebooks.

So that project was forked and this is the better location https://millejoh.github.io/emacs-ipython-notebook/

Except when it doesn't work. I tried using it a few months ago on both Windows and WSL, but I had to give up. Surprisingly, EIN¹ running a Maxima kernel worked.

I was going to try again before commenting, but I broke my WSL setup last week and didn't have time to fix it yet, but I sure will try it again next month.

¹ http://millejoh.github.io/emacs-ipython-notebook/

EIN also looks good but I haven't used it.

From my perspective when I had to turn ML models from a "real scientist" to something I could use in production, emacs-ipython-notebooks[1] was immensely helpful for me, since it allowed to connect to the jupyter server and edit and copy things from emacs to other code places as if I'm looking at an org mode file.

I see the appeal of Jupyter notebooks for someone testing out things or experimenting, but it's a bit like a brain dump that isn't that trivial to navigate around when a second or third person is involved.

[1] https://github.com/millejoh/emacs-ipython-notebook

Hey all! I'm quite attracted by the Emacs IPython Notebook (ein) package and would love to incorporate it into my workflow. However last time I tried (about a year and a half ago) it was officially unsupported in spacemacs and my experiments led to constant headaches like undotree failing, notebooks not saving, native compilation crashing, and a reliance on elpy for IDE features (afaik the only elpy layer available can be found here, uses ESS bindings, and seems to be orphaned.)

Currently it's part of euporie-notebook, but I'm planning on splitting it out and publishing the web-browser as an independent project.

You can get most of the way there with euporie:

https://github.com/joouha/euporie

I don't support audio yet, but it should be possible using DECPS escape sequences

If you use euporie [1], you can draw plots in a Jupyter notebook in the terminal using matotlib and friends, and have them displayed using terminal graphics.

[1] https://github.com/joouha/euporie

Now with xontrib-jupyter you can use xonsh language in web-based Jupyter Notebook, JupyterLab and in terminal-based Euporie.

https://github.com/joouha/euporie in a a separate terminal works fine for me.

Why synchronize if you can stay in the terminal

I would like a rust lib to build a terminal UI like this: https://i.imgur.com/d5mo8ce.png - that's euporie (https://github.com/joouha/euporie) implemented Python using the prompt_toolkit(?) - it's very pretty and even mouse works...

I'm working on a TUI Jupyter Notebook editor, euporie, which allows you to run and edit Jupyter Notebooks in the terminal.

https://github.com/joouha/euporie

It's useful for editing and running notebooks on remote servers over SSH, or inside containers where setting up port forwarding is not possible or too difficult, or if you just like working in the terminal.

It's open-source, and I have no idea how I would go about monetizing it!

I've spent a lot of time recently working on euporie's HTML renderer, which I'm planning on using to make a new terminal web-browser.

If people are looking for a more JupyterLab like environment for the terminal, you could try euporie [1] (I am the author).

It supports vim and emacs style key-bindings, and can display rich cell output like images and widgets.

[1] https://github.com/joouha/euporie