emacs-ipython-notebook/lisp/ein-pkg.el

(define-package "ein"
  "0.16.2"
  "Emacs IPython Notebook"
  '((emacs "25")
    (websocket "20190620.338")
    (anaphora "20180618")
    (request "20191211.0000")
    (deferred "0.5")
    (polymode "20190426.1729")
    (markdown-mode "20171116.756")
    (dash "2.13.0")
    (s "1.11.0")))
Revert "ein2 branding, update requirements" This reverts commit c54b23de35bae03a5da128f5a579583fc783e0bc. 2014-12-09 10:43:04 -06:00			`(define-package "ein"`
Document and dependency updates. (#561) * Documentation chasing the commit tail. * This really belongs with the project. No longer 100% up to date, but worth including if nothing more than for historical purposes. * Update ob-ein documentation. * Fix testing for emacs 27. Shouldn't setq a structure accessor. * Add the changelog. * Workaround for issue #559. Force ein to use an earlier version (0.9) of websocket. * Update to v0.16.1 * Add changelog. One of these days I will remember. * Get my links right. * Revert now that websocket is working again. * Doc updates, dependency updates, prepare for another release. Make sure we point to a working version of websocket. Documenting some changes so we can release v0.16.2. * Make sure we get all the documentation changes in. * Latest IPython version is 7.5. Update travis accordingly. 2019-06-22 10:01:50 -05:00			`"0.16.2"`
Revert "ein2 branding, update requirements" This reverts commit c54b23de35bae03a5da128f5a579583fc783e0bc. 2014-12-09 10:43:04 -06:00			`"Emacs IPython Notebook"`
Stop bug, Image bug Initial SIGTERM prompts server to dutifully shutdown kernel, but another SIGTERM necessary to kill server. Perhaps ipython changed since the last time I tested this. Ipython doesn't send a display_data message upon initial plot request. This is probably our bug, or is it? Document this bug in an ecukes test. Also enforce emacs version >= 25 2019-04-29 12:09:27 -04:00			`'((emacs "25")`
Document and dependency updates. (#561) * Documentation chasing the commit tail. * This really belongs with the project. No longer 100% up to date, but worth including if nothing more than for historical purposes. * Update ob-ein documentation. * Fix testing for emacs 27. Shouldn't setq a structure accessor. * Add the changelog. * Workaround for issue #559. Force ein to use an earlier version (0.9) of websocket. * Update to v0.16.1 * Add changelog. One of these days I will remember. * Get my links right. * Revert now that websocket is working again. * Doc updates, dependency updates, prepare for another release. Make sure we point to a working version of websocket. Documenting some changes so we can release v0.16.2. * Make sure we get all the documentation changes in. * Latest IPython version is 7.5. Update travis accordingly. 2019-06-22 10:01:50 -05:00			`(websocket "20190620.338")`
replace ein:aif with aif 2019-11-24 00:17:52 -05:00			`(anaphora "20180618")`
gha 2020-01-03 13:13:37 -05:00			`(request "20191211.0000")`
ein-notebooklist: Avoid auth issues when changing host url. When calling `ein:notebooklist-change-url-port' first make call to notebooklist-open to ensure cookies are properly created/refreshed before trying to save notebook and restart kernels. Note this uses a bit of magic from deferred, which was already being used in ein-jedi.el, but somehow never made it into the list of required pacakges. We are now correcting that oversite. Extend the timeout when querying the ipython/jupyter version. Also try to detect when timeouts occur and in such cases temporarily assume a version (4 for the moment). 2017-05-30 14:05:02 -05:00			`(deferred "0.5")`
pm--get-existing-mode changed signature. 2019-04-29 15:35:32 -04:00			`(polymode "20190426.1729")`
melpa version of polymode 2019-04-04 11:34:40 -04:00			`(markdown-mode "20171116.756")`
Introduce skewer-mode dependency I swear I though I was on another branch when I commited the dynamic javascript stuff but, well, nothing to be done now I suppose. With very basic support for evaluating javascript code now available I am adding the skewer-mode dependcy as I should have done originally. Note that yes, one can execute javascript in code blocks with the %%javascript magic, but don't expect the really cools things like widgets or interactive visualizations (ala %matplotlib notebook) to suddenly start working. There is a lot more work to be done here, and possible it will never be possible to have interactive widgets in the emacs notebook buffer, but I am hopeful that one day we will at least be able to pop-up a browser window with a widget and have it "talk" to the emacs notebook buffer. 2017-06-12 16:30:35 -05:00			`(dash "2.13.0")`
purge purge align pm:get-span no major mode error with diagnostic purge 2019-11-08 12:47:06 -05:00			`(s "1.11.0")))`