-
-
Notifications
You must be signed in to change notification settings - Fork 414
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Feature request] Feature parity with IPython #99
Comments
|
Thanks for the reply - looks like it's really Julia enhancements that I'm after. |
Note that IJulia now reads (The only problem is that this make it hard for other people to use your notebooks if you forget to add |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
IJulia is truly awesome, but it's still missing some of the nice things that IPython has for making interactive computing nicer. I thought I'd enumerate some of them here and get a sense for if people think these are important to have or are too low-priority to work on now (or ever) or require substantial changes in Julia itself to implement.
? on a variable produces richer information than Julia's current ?, include its nicely formatted current value and other metadata:
Automatically import commonly-used scientific packages to the global namespace. In our case, that would probably mean
and perhaps also Distributions and nlopt, which roughly accord with scipy functionality.
Currently it's convenient to define types in a Julia notebook, since it has to be wrapped in a module or will throw an error when the cell is re-evaluated.
And commonly-used magics:
Every time a command is executed as the REPL, first reload all (or a specified subset) of imported modules from disk. That makes the style of development where you are editing a julia package in a standard editor while testing it in the REPL more convenient.
cd, ls, etc. typed at the REPL operate as run(
ls
).The text was updated successfully, but these errors were encountered: