Emacs EIN vs powłoka IPython

Próbuję sprawić, aby EIN działał w Emacsie, ale teraz (z IPython 2) wydaje się, że nie jest to możliwe. Pojawiają się następujące błędy:

REQUEST [error] Error from parser ein:json-read: (json-readtable-error)
ein: [error] Error (parse-error) while opening notebook list at the server 8888.

Ale próbując rozwiązać ten problem, zacząłem się zastanawiać, czy naprawdę jest jakaś korzyść z używania notebooka nad powłoką IPython ze wszystkimi dodatkowymi funkcjami, które daje Emacs.

Pytanie zatem brzmi: jakie są zalety używania EIN w stosunku do powłoki IPython w Emacsie? Czy istnieje sposób zapisania sesji IPython w pliku?

Masz rację, że ein w repozytorium tkf na github działa tylko z wersjami IPython wcześniejszymi niż 2.x.

Mimo to, jeśli użyjesz tej wersji , przekonasz się, że działa ona z IPython 2.xi Jupyter (tj. IPython 3.0).

Zainstalowanie ein z MELPA lub el-get spowoduje zainstalowanie najnowszego ein, który działa z najnowszymi wersjami IPython.

Myślę, że główną wartością EIN była możliwość podłączenia dowolnych buforów do jądra ipython, które odpowiada notebookowi, umożliwiając w ten sposób współpracę wielu „obiektów” Emacsa.

Ale ponieważ EIN README wspomina tylko o ipython 0.12 i od jakiegoś czasu nie było żadnej aktywności, jest wysoce prawdopodobne, że zmiany API sprawiają, że jest on obecnie bezużyteczny.

Istnieje nowa wersja EIN, która zastąpiła starą wersję na MELPA.

W Emacsie 25 i nowszych działa to od razu po wyjęciu z pudełka. Emacs 24 wymaga jednak aktualizacji, patrz https://github.com/millejoh/emacs-ipython-notebook/issues/190 .

jakie są zalety używania EIN w stosunku do powłoki IPython wewnątrz Emacsa?

Jedną z zalet jest czytanie w plikach ipynb i łatwa wymiana ich z użytkownikami innymi niż emacs, nawet poprzez uruchomienie udostępnionej instancji jupyter.