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

(define-package "ein"
  "0.13.1"
  "Emacs IPython Notebook"
  '((websocket "1.7")
    (auto-complete "1.4.0")
    (request "0.3")
    (deferred "0.5")
    (request-deferred "0.2.0")
    (cl-generic "0.3")
    (dash "2.13.0")
    (s "1.11.0")
    (skewer-mode "1.6.2")))
Revert "ein2 branding, update requirements" This reverts commit c54b23de35bae03a5da128f5a579583fc783e0bc. 2014-12-09 10:43:04 -06:00			`(define-package "ein"`
Prepare for version bump. 2017-10-24 11:03:50 -05:00			`"0.13.1"`
Revert "ein2 branding, update requirements" This reverts commit c54b23de35bae03a5da128f5a579583fc783e0bc. 2014-12-09 10:43:04 -06:00			`"Emacs IPython Notebook"`
Bump versions for dependencies. 2017-02-25 21:40:49 -06:00			`'((websocket "1.7")`
Add auto-complete as a required dependency. It seems that in some instances EIN is failing to install on emacs installations that do not have auto-complete, so for the moment I am making auto-complete a required package. If this causes you a problem please log an issue on the project issues page (https://github.com/millejoh/emacs-ipython-notebook/issues) and let me know what is happening on your system. 2017-06-16 13:17:11 -05:00			`(auto-complete "1.4.0")`
Bump versions for dependencies. 2017-02-25 21:40:49 -06:00			`(request "0.3")`
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")`
ein-jupyterhub: Early success getting version and authentication token Some initial success querying jupyterhub for the version and getting an authentication token for a user. 2017-07-20 18:25:40 -05:00			`(request-deferred "0.2.0")`
Minimally functional company-mode support. There is now a company mode backend for ein. It generates completions by sending complete_request to the running kernel so for the moment no jedi integration. Configuring is maybe non-obvious - user should at minimum set `ein:use-auto-complete` and `ein:use-auto-complete-superpack` to nil. Adding a `(require 'ein-company)` probably should be done somewhere in the user's init file. This could all be done better so I will attempt to address in later commits. 2017-04-19 10:12:45 -05:00			`(cl-generic "0.3")`
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")`
ein-jupyter: Add timeout to ein:jupyter-server-start Add configurable timeout (see `ein:jupyter-server-run-timeout`) that will hopefully abort calls to `ein:jupyter-server-run` that hang; this is to help with issues like those reported in #176. Also update documentation, dependencies in preparation for 0.13.0 release. 2017-09-03 10:29:54 -05:00			`(s "1.11.0")`
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			`(skewer-mode "1.6.2")))`