Re: [julia-users] Cannot PyPlot / Matplotlib broken (warnings about font cache?)

Hi guys, I am really sorry for the spam. I just want to say that I am cautiously optimistic that the problem has been solved. I started Python to see the error from within Python, and this is what I saw: >>> import matplotlib.pyplot as p ... blah blah blah... IOError: [Errno 13] Permission

Re: [julia-users] Cannot PyPlot / Matplotlib broken (warnings about font cache?)

and a "Permission denied". How is that possible? I'm pretty sure I never typed "sudo" when I did any of this. Incidentally, I already tried removing the ~/.cache directory and it didn't help. Cheers, Daniel. On Wednesday, 2 November 2016 16:16:33 UTC+1, Daniel Carrera

Re: [julia-users] Cannot PyPlot / Matplotlib broken (warnings about font cache?)

Thanks! Ok... getting close, but not quite there: Deleting ~/.cache/matplotlib and even ~/.cache/fontconfig didn't work for me, but I figured out how to use Conda.jl to install matplotlib separately. So I did this: $ sudo apt-get remove python-matplotlib $ julia julia> Pkg.add("Conda")

Re: [julia-users] Cannot PyPlot / Matplotlib broken (warnings about font cache?)

On Wednesday, 2 November 2016 15:20:07 UTC+1, Isaiah wrote: > > Ok. So first of all, PyPlot is grabbing the system-wide installation of >> Python. I don't know how to tell PyPlot to look at the one that was >> installed with the Conda package. > > >

[julia-users] Cannot PyPlot / Matplotlib broken (warnings about font cache?)

Hi everyone, I am getting some cryptic errors when I try to load PyPlot. It seems to be a problem on the Python end, but I'm not sure. I tried to use the "Conda" package so that Julia would have its own (hopefully not-broken) copy of Python, but that didn't help as PyPlot is still looking at

Re: [julia-users] Re: Why does Julia 0.5 keep complaining about method re-definitions?

; >>> Yeah, it's because of IJulia, sorry about that. I need it to support >>> autoreloading. I could split the package in two, but it's small enough >>> already that it doesn't feel like the right call. >>> >>> One day we'll get conditional imports... >>&

Re: [julia-users] Re: Why does Julia 0.5 keep complaining about method re-definitions?

Suppressor.jl would suppress everything, right? So the idea is that one would use `@suppress import("foo.jl")` ? As heavy as ClobberingReload.jl is, I appreciate that it only suppresses *one* error -- the annoying "you redefined a method" error that IMO should never have existed in the first

Re: [julia-users] Re: Why does Julia 0.5 keep complaining about method re-definitions?

of people are complaining about this. Is there some >> way to suppress method overwritten warnings for an include() statement? >> Perhaps a keyword like include("foo.jl", quietly = true)? >> >> On Tuesday, September 27, 2016 at 1:56:27 PM UTC-4, Daniel Carrera wrote: &g

[julia-users] Why does Julia 0.5 keep complaining about method re-definitions?

Hello, I'm not sure when I upgraded, but I am using Julia 0.5 and now it complains every time I redefine a method, which is basically all the time. When I'm developing ideas I usually have a file with a script that I modify and reload all the time: julia> include("foo.jl"); ... see the

Re: [julia-users] Re: How do I use @deprecate and depwarn ?

? I can't find anything about how to > use these either. > > On Sunday, July 31, 2016 at 3:36:13 PM UTC-4, Daniel Carrera wrote: >> >> Oh... is that what I was supposed to do? I honestly didn't know. >> >> On 31 July 2016 at 18:02, Kristoffer Carlsson <kcarl...@g

Re: [julia-users] Re: Can someone please update Winston?

On 29 August 2016 at 16:07, Chris Rackauckas wrote: > That's exactly the reason why it's a good idea. The backends aren't > swappable, but the code is. And for the most part that means you can just > avoid the cons of any backend instead of having to fight against them. You >

[julia-users] Re: Can someone please update Winston?

I currently use PyPlot. It has a lot going for it, as it is the most mature plotting package for Julia right now (thanks to Matplotlib). I don't use Plots.jl right now because I am happier using PyPlot directly. I like the API better, and I have more control because I have a way to issue any

[julia-users] Re: Can someone please update Winston?

Plots.jl is a good idea, but the backends are not really swappable. You can get a fairly different plot if you swap the backend. On Saturday, 27 August 2016 02:19:45 UTC+2, Chris Rackauckas wrote: > > You should really check out Plots.jl. It's a plotting metapackage which > lets you use the

[julia-users] Apparently I need to rebuild Julia?

Hello, I just upgraded my Ubuntu install and now I get this message: % julia WARNING: Error during initialization of module GMP: ErrorException("The dynamically loaded GMP library (version 6.1.0 with __gmp_bits_per_limb == 64) does not correspond to the compile time version (version 5.1.3 with

Re: [julia-users] Re: How do I use @deprecate and depwarn ?

Oh... is that what I was supposed to do? I honestly didn't know. On 31 July 2016 at 18:02, Kristoffer Carlsson <kcarlsso...@gmail.com> wrote: > Why didn't you delete the code for the deprecated function? > > On Sunday, July 31, 2016 at 2:31:56 AM UTC+2, Daniel Carrera wrote: >&

[julia-users] How do I use @deprecate and depwarn ?

Hello, I am trying to make a PR for JuliaStats and I have trouble figuring out how to properly deprecate an old function. Apparently the @deprecate macro redirects calls to the deprecated function into a new function. Ok, so I can write an equivalent call using a new function. The problem is

Re: [julia-users] When Julia v1.0 will be released?

On 8 July 2016 at 17:20, Tim Holy wrote: > The string unification is already in julia-0.5. > I don't think I know what "string unification" means, but I guess part of it is that Base.String will become ok to use again? > There are functions called String(), Int(), and

Re: [julia-users] When Julia v1.0 will be released?

On Friday, 8 July 2016 16:01:25 UTC+2, Scott Jones wrote: > > We are looking forward to being able to use v0.5, with fast anonymous > functions, cleaner array syntax, Gallium debugger and C++, and many many > other improvements > Cleaner array syntax? Tell me more? > (although the string

Re: [julia-users] When Julia v1.0 will be released?

This is just me, but I prefer to wait a bit longer than to get mistakes frozen into the language. One bit that I care about is the names of some types and functions. For example, right now we have - Base.String - Base.ASCIIString - Base.UTF8String - Base.AbstractString So, I want to use

[julia-users] Re: Julia for Newbie Programmer.

Hello, Yeah... Julia is different from Python. Functions will have different names and do different things. Let's take your `input()` example. You want to print something to the screen and read a value from the user. You would go to the Julia manual, http://docs.julialang.org/ Then scroll

Re: [julia-users] Re: ANN: Documenter.jl

On 18 June 2016 at 18:34, Michael Hatherly wrote: > Here is the entire section from the raw file > > “Raw file” is the key here: those are image links below the sentence. Look > at > the rendered version on the GitHub repo rather and you’ll be able to see > the > docs

Re: [julia-users] Re: ANN: Documenter.jl

Hi Mike, Thanks for being cool about my (hopefully constructive) criticism. I'm very glad that there is now a package for documenting Julia code, and I expect to use it in the future. So thanks for that. On 18 June 2016 at 15:20, Michael Hatherly wrote: > It has two

Re: [julia-users] Re: ANN: Documenter.jl

6 at 12:26, Michael Hatherly <michaelhathe...@gmail.com> wrote: > There's two links in the README (the blue "docs" badges), one in the repo > header, and one in the second paragraph of the first post of this thread :) > > -- Mike > > On Saturday, 18 June 2016 11:49:0

[julia-users] Re: ANN: Documenter.jl

I can't find any documentation for this module. How does it work? How do you use it? What mark up language does it use? etc etc. The README file is basically blank, and the docs directory doesn't seem to contain any actual docs. Daniel. On Friday, 17 June 2016 11:07:26 UTC+2, Michael

Re: [julia-users] Re: why the numerical result is different (RK45 julia and matlab)?

of size AbsTol. Cheers, Daniel. On 14 June 2016 at 18:22, <jmarcellopere...@ufpi.edu.br> wrote: > > Hi Daniel > I did the test and the difference decreased. interesting, I had not > noticed. > > Em domingo, 12 de junho de 2016 09:53:40 UTC-3, Daniel Carrera escreveu: >

Re: [julia-users] Re: why the numerical result is different (RK45 julia and matlab)?

relationship with the tolerance between the methods. > > Em sábado, 11 de junho de 2016 11:51:53 UTC-3, Daniel Carrera escreveu: >> >> Probably because the Julia module has different default values for the >> absolute and relative tolerance. For Julia, the defaults are reltol=1e-5 >>

[julia-users] Re: why the numerical result is different (RK45 julia and matlab)?

Probably because the Julia module has different default values for the absolute and relative tolerance. For Julia, the defaults are reltol=1e-5 and abstol=1e-8 but in Matlab the defaults are RelTol=1e-3 and AbsTol=1e-6. https://github.com/JuliaLang/ODE.jl

Re: [julia-users] Re: Grant funding and Julia Computing?

On Friday, 22 April 2016 01:32:51 UTC+2, Sheehan Olver wrote: > > > There is also a problem with including a postdoc with the expectation of > her/him carrying out basic software tasks: time spent on software > development is not really a help getting an academic job. > That's exactly how I

Re: [julia-users] Re: Mathematical Computing course in Julia

It works! Thanks! On 17 April 2016 at 00:30, Steven G. Johnson <stevenj@gmail.com> wrote: > > > On Saturday, April 16, 2016 at 12:44:54 AM UTC-4, Daniel Carrera wrote: >> >> Is there a way to try out your instructions on a computer where I have >> previ

Re: [julia-users] Re: Mathematical Computing course in Julia

On 16 April 2016 at 10:33, Tamas Papp wrote: > > In a university you usually have an IT department who would maintain the > server; it is very unusual that these kind of tasks would be the > responsibility of the lecturer. Many universities already run Jupyter so > it is easy

Re: [julia-users] Re: Mathematical Computing course in Julia

In defense of Python, I don't see why it requires OOP concepts. Python is happy to work in a very procedural way. I started to like Python when Python 3 became mature. They really made the language a lot more consistent and predictable. I agree with the rest of what you wrote. I don't criticize

Re: [julia-users] Re: Mathematical Computing course in Julia

On 16 April 2016 at 04:01, Peter Kovesi wrote: > > Working in Julia requires a practice of defensive incremental coding in > the extreme. Every few lines of code that are added need to be tested > before carrying on. That way you know that any errors are in the few

Re: [julia-users] Re: Mathematical Computing course in Julia

Is there a way to try out your instructions on a computer where I have previously installed IJulia and PyPlot? Or do I have to remove and re-add IJulia and PyPlot? If I follow these instructions, will Julia also keep Jupyter and Python updated? (i.e. every time I run Pkg.update()). Right now I

Re: [julia-users] Re: Mathematical Computing course in Julia

On 15 April 2016 at 21:29, Steven G. Johnson wrote: > For installation, what I recommend (https://github.com/stevengj/julia-mit) > is: > ... That page is really good ... Bookmarked. Cheers, Daniel.

Re: [julia-users] Re: Mathematical Computing course in Julia

Hello, On 15 April 2016 at 21:29, Steven G. Johnson wrote: > For installation, what I recommend (https://github.com/stevengj/julia-mit) > is: > > ENV["PYTHON"]="" > ENV["JUPYTER"]="" > Pkg.add("IJulia") > Pkg.add("PyPlot") > > > That way, it will automatically download

Re: [julia-users] Re: Mathematical Computing course in Julia

more funding to > maintain it. > > Disclaimer: I have no relation with the Julia team. > > > > On Fri, Apr 15, 2016 at 8:50 PM, Daniel Carrera >

Re: [julia-users] Re: Mathematical Computing course in Julia

2016 at 9:12:21 AM UTC-4, Daniel Carrera wrote: >> >> Cool stuff! >> >> From my point of view, the biggest obstacle is that Jupyter is not easy >> to install for most people, >> > > I'm surprised to read that. Any issue in particular? Between Anaconda, >

[julia-users] Re: Mathematical Computing course in Julia

Cool stuff! I am interested in ways to teach Julia. I currently teach a very short MATLAB course and I'd love to teach Julia instead. From my point of view, the biggest obstacle is that Jupyter is not easy to install for most people, and PyPlot doesn't have much documentation. I keep telling

Re: [julia-users] Re: Need help with GR and PyPlot

r rebuild the package. > There was a configuration error on my build system (for OS X) which I > didn't realize. Sorry! > > Regards, > Josef > > On Wednesday, April 13, 2016 at 1:34:31 AM UTC+2, Daniel Carrera wrote: >> >> Hello, >> >> So... GR is a

[julia-users] Need help with GR and PyPlot

Hello, So... GR is a new plotting framework that is faster than Matplotlib and can be used as a backend for Matplotlib, including Julia's PyPlot package. https://github.com/jheinen/gr http://gr-framework.org/tutorials/matplotlib.html I have installed GR, > Pkg.add("GR") and my reading of the

Re: [julia-users] Opinion on Plots.jl -- exclamation marks

Ok. Thanks for the explanation. Cheers, Daniel. On 9 April 2016 at 02:30, Tom Breloff wrote: > I understand that to you this seems intuitive, but to me it is completely >> counter-intuitive. The function that I'm calling is not changing any of its >> inputs. Telling me that

Re: [julia-users] Opinion on Plots.jl -- exclamation marks

Looks like I'm out-numbered. On 9 April 2016 at 02:20, ben wrote: > I also like the ! in Plots a lot. > > Ben!

Re: [julia-users] Opinion on Plots.jl -- exclamation marks

On 9 April 2016 at 00:09, Tom Breloff wrote: > > The `plot!` command is primarily `plot!(plt::AbstractPlot, args...; > kw...)`. In this case it holds to convention. > > I have a convenience `current()` which stores the most recently updated > AbstractPlot object in a global,

Re: [julia-users] Opinion on Plots.jl -- exclamation marks

... plot!(result) end I guess that would be the best option. Cheers, Daniel. On 8 April 2016 at 15:07, Tom Breloff <t...@breloff.com> wrote: > > > On Fri, Apr 8, 2016 at 3:44 AM, Daniel Carrera <dcarr...@gmail.com> wrote: > >> Hello, >> >> I was looki

Re: [julia-users] Opinion on Plots.jl -- exclamation marks

Hello, On 8 April 2016 at 15:07, Tom Breloff wrote: > > It modifies a plot, and so follows Julia convention. Anything else is > likely to induce confusion. > I do see your point of view, and of course it's your library. I also don't want to diss your work. I think the

[julia-users] Opinion on Plots.jl -- exclamation marks

Hello, I was looking through the API for Plots.jl http://plots.readthedocs.org/en/latest/#api Maybe I'm the only one, but I think all those exclamation marks are a bit extraneous and feel like syntactic noise. I have been following Plots.jl because I'm interested in plotting. My use of Julia

Re: [julia-users] GUI toolkits for Julia: Gtk vs Tk vs others

On 28 March 2016 at 19:58, Tim Holy wrote: > > Specifically, Gtk.jl has a more sophisticated internal design than Tk.jl. > (Meaning, I was referring to the julia code.) Among other things, it makes > use > of introspection, see

Re: [julia-users] GUI toolkits for Julia: Gtk vs Tk vs others

alization packages to it. > > Best, > --Tim > > On Sunday, March 27, 2016 05:09:51 PM Daniel Carrera wrote: > > Hello, > > > > When it comes to GUI toolkits in Julia, Gtk seems to be the main choice, > > followed by Tk. At least in terms of development effort: &g

Re: [julia-users] Re: GUI toolkits for Julia: Gtk vs Tk vs others

Monday, March 28, 2016 at 2:09:51 AM UTC+2, Daniel Carrera wrote: >> >> Hello, >> >> When it comes to GUI toolkits in Julia, Gtk seems to be the main choice, >> followed by Tk. At least in terms of development effort: >> >> Gtk.jl -- 444 commits, 23

[julia-users] GUI toolkits for Julia: Gtk vs Tk vs others

Hello, When it comes to GUI toolkits in Julia, Gtk seems to be the main choice, followed by Tk. At least in terms of development effort: Gtk.jl -- 444 commits, 23 contributors Tk.jl -- 235 commits, 28 contributors PySide.jl -- 35 commits, 2 contributors Although I like Gtk, I'm curious. Is

Re: [julia-users] Re: Status of Plots.jl?

ectron. > > Good luck! > > On Thursday, March 10, 2016 at 2:03:14 PM UTC-5, Daniel Carrera wrote: >> >> On 10 March 2016 at 18:23, Tom Breloff <t...@breloff.com> wrote: >> >>> >>> On Thu, Mar 10, 2016 at 12:08 PM, j verzani <jver...@gmail.co

Re: [julia-users] Re: Status of Plots.jl?

Can you show me how to use GR as a backend for PyPlot / Matplotlib? I read that it was possible but I couldn't figure out how. On 11 March 2016 at 20:28, Josef Heinen wrote: > GR.jl is also supported inside Atom, either standalone (see screenshot), > or as a backend for

Re: [julia-users] What to read to understand finishing v0.5?

On 11 March 2016 at 15:20, Andreas Lobinger wrote: > > first of all: > https://github.com/JuliaLang/julia/blob/master/CONTRIBUTING.md exists. > Thanks! > You really need some git experience and know how to organize your own work > in local and github (your fork of julia)

Re: [julia-users] What to read to understand finishing v0.5?

Hi Tim, I'm leaving on a work trip on Monday, but let's see if I can manage to make a Julia contribution on a weekend. I need some help, as I've never submitted any code for Julia before. I left a comment in the PR. Let's start with the basics: How do I pull your modified branch / PR? How do I

Re: [julia-users] Re: Status of Plots.jl?

On 10 March 2016 at 18:23, Tom Breloff wrote: > > On Thu, Mar 10, 2016 at 12:08 PM, j verzani wrote: > >> As someone who has watched his calculus students struggle with what >> should be a trivial task -- the installation of `Plots` on `juliabox`, I've >>

[julia-users] Status of Plots.jl?

Hello, Does anyone know the status of Plots.jl? It seems to have come a long way. At least the documentation makes it look pretty complete: http://plots.readthedocs.org/en/latest/ I'm looking at the backends. Does anyone know what "Gr", "Qwt", and "unicodeplots" are? Apparently support for

Re: [julia-users] How about "array(foo)" or "int(foo)" to convert "foo" to an array or int?

On 8 March 2016 at 16:14, Milan Bouchet-Valat wrote: > > julia> Array{Int}(1) > > 1-element Array{Int64,1}: > > 140180935446712 > This is a one-element array with uninitialized memory. There's a > discussion going on about whether to change this to return 0 or not: >

Re: [julia-users] How about "array(foo)" or "int(foo)" to convert "foo" to an array or int?

On 8 March 2016 at 15:52, Milan Bouchet-Valat wrote: > > Array("hello") > This case is tricky since Array{Int}(1) creates a vector with one > element, not an array containing 1. So for consistency we have to raise > an error for non-integer arguments. > Array(1) fails, and

Re: [julia-users] How about "array(foo)" or "int(foo)" to convert "foo" to an array or int?

> in call at essentials.jl:56 > > That's pretty reasonable, no? > > --Tim > > On Tuesday, March 08, 2016 04:12:34 AM Daniel Carrera wrote: > > Hello, > > > > In Julia 0.4 the "int(foo)" syntax was deprecated: > > > > julia> int(3.2

[julia-users] How about "array(foo)" or "int(foo)" to convert "foo" to an array or int?

Hello, In Julia 0.4 the "int(foo)" syntax was deprecated: julia> int(3.2) WARNING: int(x::AbstractFloat) is deprecated, use round(Int,x) instead. ... 3 I am happy with `round(Int,x)` but recently I noticed that Python consistently uses the name of the a type as the name of the function to

Re: [julia-users] Re: Array slices and functions that modify inputs.

to the original array, and that's still my mental picture of how assignment to a slice works. Thanks. On 8 March 2016 at 04:02, Stefan Karpinski <ste...@karpinski.org> wrote: > Assigning to slice is quite different from taking a slice. > > On Mon, Mar 7, 2016 at 9:49 PM, Daniel

[julia-users] Re: Array slices and functions that modify inputs.

That is not literally true: vals[2:3] = vals[3:4] On Tuesday, 8 March 2016 02:37:26 UTC+1, John Myles White wrote: > > Array indexing produces a brand new array that has literally no > relationship with the source array. > > -- John > > On Monday, March 7, 2016 at 5:2

Re: [julia-users] Array slices and functions that modify inputs.

ength(vals))` > > -erik > > > On Mon, Mar 7, 2016 at 8:21 PM, Daniel Carrera <dcar...@gmail.com > > wrote: > > Hello, > > > > Some Julia functions act on their inputs. For example: > > > > julia> vals = [6,5,4,3] > > 4-element Array{Int64,

[julia-users] Array slices and functions that modify inputs.

Hello, Some Julia functions act on their inputs. For example: julia> vals = [6,5,4,3] 4-element Array{Int64,1}: 6 5 4 3 julia> sort!(vals); julia> vals 4-element Array{Int64,1}: 3 4 5 6 However, it looks like these functions do not modify array slices: julia> vals = [6,5,4,3]

Re: [julia-users] Why was "collect()" introduced? Why deprecate syntax?

On 7 March 2016 at 16:37, Tom Breloff wrote: > So in conclusion, I really was overusing collect(). > > > Yup... and this is one reason I think the change is valuable... it helps > make people think "why did they do this??" > Yes, indeed. > if there is a way to avoid

Re: [julia-users] Why was "collect()" introduced? Why deprecate syntax?

Best, > > Tamas > > On Mon, Mar 07 2016, Daniel Carrera wrote: > > > Hello, > > > > In the last major release of Julia some syntax was deprecated. For > example: > > > > {"a" => 3} # Deprecated. Use Dict("a" => 3) > &

Re: [julia-users] Why was "collect()" introduced? Why deprecate syntax?

Hello, On 7 March 2016 at 15:04, Tom Breloff wrote: > I have to wonder... why are you writing collect(1:10) so much? I almost > never use that pattern, as it's much better to keep the range as-is (it's > just as good as an Array, without the memory usage). > Hmm... You got

Re: [julia-users] Why was "collect()" introduced? Why deprecate syntax?

On 7 March 2016 at 15:17, Milan Bouchet-Valat wrote: > > MATLAB has managed > > to survive with the [1:10] syntax for a long time, so I don't see why > > it's so terrible. > By that line of thinking: MATLAB is still alive and well, so why create > Julia at all? :-) > Uhm...

[julia-users] Multiple dispatch doesn't work for named parameters?

This is very weird. It looks like multiple dispatch doesn't work at least in some cases. Look: julia> semimajor_axis(;M=1,P=10) = (P^2 * M)^(1/3) semimajor_axis (generic function with 1 method) julia> semimajor_axis(;α=25,mp=1,M=1,d=10) = α * d * M/mp / 954.9 semimajor_axis (generic function

[julia-users] Re: Multiple dispatch doesn't work for named parameters?

Oh, I see. Thanks. At least now I know. Cheers, Daniel. On Saturday, 30 January 2016 17:50:18 UTC+1, Yichao Yu wrote: > > This is documented[1]. Not sure if there's plan to change that. > > [1] >

[julia-users] Help: PyPlot cannot be included in ~/.juliarc.jl?

Hello, Here is an odd problem. If I put in "using PyPlot" inside my ~/.juliarc.jl file, when I start the Julia shell I cannot get any plots. There is no error message, just no plot: $ julia ... julia> x = linspace(0,2pi); julia> y = sin(x); julia> plot(x,y) 1-element Array{Any,1}: PyObject

[julia-users] Re: What's in your .juliarc.jl file?

I use it to load SIUnits and a module that I wrote with a bunch of astronomical constants (e.g. masses and orbits of all the planets). On Wednesday, 23 December 2015 21:38:44 UTC+1, SundaraRaman R wrote: > > I'm a newbie to Julia and just today learnt that there's a .juliarc.jl > initialization

Re: [julia-users] Re: ANN: Kip.jl an alternative module system

I think there might be some merit in having two versions of a package installed (e.g. "experimental vs stable"), but I certainly wouldn't want to RUN two versions of the same package at the same time. Cheers, Daniel. On Sunday, 20 December 2015 17:23:01 UTC+1, Stefan Karpinski wrote: > > This

Re: [julia-users] Re: PyPlot behavior change in 0.4? (plt[:show] required?)

It definitely looks as if you are just passing the script to the Julia executable. So as soon as the program terminates all windows close. Like Steven said, it would be exactly the same in Python. If you want windows to be permanent, you probably should be in the Julia (or Python) shell. Cheers,

[julia-users] Re: PyPlot behavior change in 0.4? (plt[:show] required?)

On Thursday, 19 November 2015 20:52:15 UTC+1, Steven G. Johnson wrote: > > > No, the defaults haven't changed. It starts up in interactive mode if it > can. > > It works fine for me, e.g > > using PyPlot > plot(rand(10)) > > pops up a plot window (in the REPL) or displays it (in

Re: [julia-users] Re: Anyone know how to get help with Jupyter?

On 1 November 2015 at 01:40, David P. Sanders wrote: > You can try the IPython Gitter chat channel: > > https://gitter.im/ipython/ipython > > Thanks. > If your question is specifically about the IOctave kernel, then you should > probably post an issue there. > > In fact,

Re: [julia-users] Re: Anyone know how to get help with Jupyter?

I tried both. Thanks for trying to help. On 1 November 2015 at 01:32, Steven G. Johnson wrote: > It's display(x), not disp(x)

[julia-users] Anyone know how to get help with Jupyter?

I apologize for asking a non-Julia question here, but for the life of me I cannot figure out how to contact the people working on Jupyter so I can ask them a question: http://jupyter.org/index.html I know that some Julia people are involved in Jupyter, so I hope somebody here knows. I am

Re: [julia-users] Re: Anyone know how to get help with Jupyter?

I have added an issue/request on GitHub. I hope this is the right way to reach the Jupyter devs. Let's see what they say. https://github.com/ipython/ipython/issues/8940 Cheers, Daniel. On 1 November 2015 at 00:40, Daniel Carrera <dcarr...@gmail.com> wrote: > > > On 31 Octobe

Re: [julia-users] Re: Anyone know how to get help with Jupyter?

Does > > display(5+5) > display(5+6) > display(5+7) > > work for you? I find it useful for displaying multiple plots/images. > > On Saturday, October 31, 2015 at 4:57:01 PM UTC-4, Daniel Carrera wrote: >> >> I apologize for asking a non-Julia question here, but f

Re: [julia-users] Re: Anyone know how to get help with Jupyter?

On 31 October 2015 at 22:45, Steven G. Johnson wrote: > I usually communicate with the Jupyter people via github. > You mean, by filing issues? Or is there some kind of forum? > As Cedric says, you can use side effects (e.g. calls to display) to output > multiple

Re: [julia-users] Re: Performance compared to Matlab

-loops, I think Julia isn't going to seem very compelling for > people looking for alternatives to Matlab, R, etc. > > On Sunday, October 18, 2015 at 6:41:54 AM UTC-7, Daniel Carrera wrote: >> >> Hello, >> >> Other people have already given advice on how to speed up th

[julia-users] Re: Performance compared to Matlab

Hello, Other people have already given advice on how to speed up the code. I just want to comment that Julia really is faster than Matlab, but the way that you make code faster in Julia is almost the opposite of how you do it in Matlab. Specifically, in Matlab the advice is that if you want

Re: [julia-users] Re: What's the reason of the Success of Python?

On 2 Oct 2015 17:33, "Abe Schneider" > > 3. Inheriting from non-abstract classes is an important item for me (you can see multiple posts on the github page). In terms of building larger systems than just prototypes, this can be vital for creating some type of organization within your code. I am

Re: [julia-users] Re: What's the reason of the Success of Python?

On 2 October 2015 at 11:18, SVAKSHA <svak...@gmail.com> wrote: > On Fri, Oct 2, 2015 at 7:05 AM, Daniel Carrera <dcarr...@gmail.com> wrote: > > nothing but a long list of `include` instructions for every file I work > on. > > So I am constantly running `include(&q

Re: [julia-users] Re: What's the reason of the Success of Python?

Do any of you have comments on things that can be done to make Julia more > 'hackable' and even easier to use? Am I alone in wishing for functionality > such as that in Autoreload.jl [1] that is transparently built into the > REPL? > > [1] https://github.com/malmaud/Autoreload.jl >

Re: [julia-users] Re: What's the reason of the Success of Python?

On 30 September 2015 at 16:23, Christian Peel wrote: > One could also ask what the reason for the success of Matlab and R; I > don't know R, but I can speak a bit about Matlab. > > 1) Matlab has great high-level vectorized notation. If you're a student > or engineer, it's

Re: [julia-users] Re: What's the reason of the Success of Python?

On 30 September 2015 at 16:57, Michele Zaffalon wrote: > There is some literature supporting the opposite: > http://arxiv.org/pdf/1201.6035.pdf > > I know from experience that "x = inv(A)*b" gets answers wrong in places where "x = A \ b" gets them right. I show an

[julia-users] Re: What's the reason of the Success of Python?

On Tuesday, 29 September 2015 12:20:18 UTC+2, Tomas Lycken wrote: > > One thing Python does well, which Julia doesn't (yet) succeed in, is make > it easy to start coding from zero experience and get something that > executes "well enough" (although, as always with first-time coders, code >

[julia-users] Re: What's the reason of the Success of Python?

On Tuesday, 29 September 2015 14:50:14 UTC+2, Páll Haraldsson wrote: > > Even if Julia were as slow as Python, it seems to be a better language - > more maintainable > Exactly! I never liked Python. I use Julia because I like the language itself. The fact that it is fast is actually secondary,

Re: [julia-users] Why is String deprecated in favour of AbstractString?

Sounds interesting. I am very naive when it comes to strings. What re the advantages of the planned String type that can hold arbitrary data? What are the problems with UTF8? Cheers, Daniel. On 28 September 2015 at 17:27, Stefan Karpinski wrote: > There's another reason:

Re: [julia-users] Implementing printf() and sprintf() in Julia.

om/d/msg/julia-users/hBbEGEopi0A/fKQcqDEVBgAJ, >> there are concerns about generating new code for every single formatting >> string used. I guess generally this won’t be much of an issue, but it could >> be. Maybe write a package and see how much interest there is first? >> >> — Mik

[julia-users] UTF16String or UTF8String?

Hello, I just read of Wikipedia that UTF16 is not compatible with ASCII, but UTF8 is a proper super-set of ASCII. If that's the case, why would anyone use UTF16String instead of UTF8String? It seems like UTF8 has the lowest probability of creating hassle down the road. Every valid ASCII string

[julia-users] Re: Will Julia likely ever allow negative indexing of arrays

I don't know anything about PDEs for plasma physics, but you made me curious. What do you use negative indices for? Are arrays supposed to wrap around? You can currently use the `end` keyword to write `foo[end-5]`, but I assume that this is not useful to you. Right? On Sunday, 27 September

Re: [julia-users] Re: UTF16String or UTF8String?

there, if you use, something HTML (or I > guess XML..), that has has lots of ASCII for tags etc.): > > http://utf8everywhere.org/ > > -- > Palli. > > On Sunday, September 27, 2015 at 6:14:34 PM UTC, Daniel Carrera wrote: >> >> Hello, >> >> I just read

Re: [julia-users] Re: UTF16String or UTF8String?

On 27 September 2015 at 23:41, Scott Jones wrote: > No. Most characters used in the countries I mentioned above can be > represented using just ANSI Latin1 > (which is why I specified *Western Europe*), so UTF-8 will take 1 or 2 > bytes for each character, > but when

[julia-users] Why is String deprecated in favour of AbstractString?

Why are we changing from String to AbstractString? Obviously, the former is easier to type. Even if there are some changes to the guts of the string implementation, I would have thought that you could just keep the shorter name "String". Cheers, Daniel.

Re: [julia-users] Why is String deprecated in favour of AbstractString?

Sunday, September 27, 2015 11:00:14 AM Daniel Carrera wrote: > > On 27 September 2015 at 10:39, Milan Bouchet-Valat <nalimi...@club.fr> > > > > wrote: > > > Then the default concrete type can be called String or Str, and that's > > > what people will use.

[julia-users] Implementing printf() and sprintf() in Julia.

Hello, I made a trivial change to a some clever code by Tim Holy, and used it to make printf() and sprintf() function with the familiar syntax that we know from C/C++ (requires Julia 0.4): immutable FormatString{S} end FormatString(str::AbstractString) = FormatString{symbol(str)} @generated

[julia-users] Re: help!

I usually use the `help` function: julia> help(sin) On Friday, 25 September 2015 15:55:14 UTC+2, Marcio Sales wrote: > > Hi, > > I have 2 silly (but could find the answer yet) questions about help. > 1) Is there another way to see help text besides using "?" to change the > shell mode? I use

  1   2   3   >