Consecutive messages to stdout or stderr will not be split
into separate divs, until a new message to different stream
arrives.
Appending will only occur when the latest output is the same
as the new one. Interleaving messages will still result in
multiple divs.
* test_for uses import_item, instead of __import__
* test_for now allows a callback, for processing the result of import_item prior to comparison with min_zmq
* callback is only called when min_zmq is defined
* callback's default is to just return mod.__version__
* use this to check tornado version, and zmq as a version tuple
* fix pexpect check to use external.pexpect
Now instead of
785 Fernando Perez
632 Brian Granger
572 MinRK
572 vivainio
307 Thomas Kluyver
253 fperez
250 epatters
205 Ville M. Vainio
187 Brian E. Granger
110 Gael Varoquaux
106 walter.doerwald
69 gvaroquaux
52 Barry Wark
45 Brian E Granger
41 ldufrechou
40 Robert Kern
25 Jorgen Stenarson
20 vivainio2
16 Paul Ivanov
15 bgranger
...
it would look like
1052 Fernando Perez
879 Brian E. Granger
802 Ville M. Vainio
588 Benjamin Ragan-Kelley
307 Thomas Kluyver
262 Evan Patterson
180 Gael Varoquaux
108 Walter Doerwald
70 Laurent Dufréchou
52 Barry Wark
42 Robert Kern
...
There are more contributors which haven't yet been added to the mailmap
file
Python 3 compatibility work. This doesn't fully get us to a single codebase supporting py2/3 at install time, but it does make significant progress in that direction.
- remove stable urls for notebooks that were causing nasty problems
with notebook renames.
- ctrl-enter now leaves input in place.
- add info messages to http errors
These messages are not returned to the browser, but are printed
to the server logs and will help the code readability.
I have also used a more specific code in some cases.
We were having problems with notebook renaming when using uuid5,
as there are many places in the code where we assume that the
notebook id is unique and unchanging as long as the notebook
server runs.
Add source highlighting to markdown snippets, with a theme matching the CodeMirror one we use.
This only highlights source code in blocks that are indented 4 spaces in markdown cells, leaving <pre> blocks alone. If highlight is desired in <pre> blocks, a further <code> block must be created.
The visual theme matches the one used for CodeMirror as much as possible.