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

[henri.gir...@gmail.com]

Yes it works :)

https://github.com/jheinen/GR.jl/issues/34

Reading this for my problem with mov, I reverse back to suggested. I 
have got the pic but not the mov



Le 20/10/2016 à 19:23, Josef Heinen a écrit :
GR v0.16.0 should be available soon. I made a PR 
 this morning ...



On Tuesday, October 18, 2016 at 4:46:42 AM UTC+2, missp...@gmail.com 
wrote:


Thanks a lot Chris and Josef

I was missing the inline("atom")
I hope GR helps me on plotting faster than PyPlot.

thanks,

On Monday, October 17, 2016 at 6:22:51 AM UTC-7, Josef Heinen wrote:

You should probably test (plain) GR first:

|
usingGR
inline("atom")
histogram(randn(1))
|


Did you checkout GR master and download the latest run-time?

|
Pkg.checkout("GR")
ENV["GRDIR"]=""
Pkg.build("GR")
|


On Sunday, October 16, 2016 at 6:45:07 PM UTC+2,
missp...@gmail.com wrote:

Hi folks,

I don't seem to be able to have the display of a graph in
GR. I'm calling the instructions using Atom.

could someone post a Hello World example?

thanks,

On Thursday, March 10, 2016 at 5:11:57 AM UTC-8, Daniel
Carrera wrote:

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 Winston was dropped?

https://github.com/tbreloff/Plots.jl/issues/152


I don't use Winston, but I'm curious to know what
happened. Was Winston hard to support?

I am currently using PyPlot because I need the
maturity of Matplotlib, but I am happy to see all the
effort that's going into making a native plotting
library for Julia.

Cheers,
Daniel.

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

[Josef Heinen]

GR v0.16.0 should be available soon. I made a PR 
 this morning ...


On Tuesday, October 18, 2016 at 4:46:42 AM UTC+2, missp...@gmail.com wrote:
>
> Thanks a lot Chris and Josef
>
> I was missing the inline("atom")
> I hope GR helps me on plotting faster than PyPlot.
>
> thanks,
>
> On Monday, October 17, 2016 at 6:22:51 AM UTC-7, Josef Heinen wrote:
>>
>> You should probably test (plain) GR first:
>>
>> using GR
>> inline("atom")
>> histogram(randn(1))
>>
>>
>> Did you checkout GR master and download the latest run-time?
>>
>> Pkg.checkout("GR") 
>> ENV["GRDIR"]=""
>> Pkg.build("GR")
>>
>>
>> On Sunday, October 16, 2016 at 6:45:07 PM UTC+2, missp...@gmail.com 
>> wrote:
>>>
>>> Hi folks,
>>>
>>> I don't seem to be able to have the display of a graph in GR. I'm 
>>> calling the instructions using Atom. 
>>>
>>> could someone post a Hello World example?
>>>
>>> thanks, 
>>>
>>> On Thursday, March 10, 2016 at 5:11:57 AM UTC-8, Daniel Carrera wrote:

 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 Winston was dropped?

 https://github.com/tbreloff/Plots.jl/issues/152

 I don't use Winston, but I'm curious to know what happened. Was Winston 
 hard to support?

 I am currently using PyPlot because I need the maturity of Matplotlib, 
 but I am happy to see all the effort that's going into making a native 
 plotting library for Julia.

 Cheers,
 Daniel.

>>>

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

[missperovaz]

Thanks a lot Chris and Josef

I was missing the inline("atom")
I hope GR helps me on plotting faster than PyPlot.

thanks,

On Monday, October 17, 2016 at 6:22:51 AM UTC-7, Josef Heinen wrote:
>
> You should probably test (plain) GR first:
>
> using GR
> inline("atom")
> histogram(randn(1))
>
>
> Did you checkout GR master and download the latest run-time?
>
> Pkg.checkout("GR") 
> ENV["GRDIR"]=""
> Pkg.build("GR")
>
>
> On Sunday, October 16, 2016 at 6:45:07 PM UTC+2, missp...@gmail.com wrote:
>>
>> Hi folks,
>>
>> I don't seem to be able to have the display of a graph in GR. I'm calling 
>> the instructions using Atom. 
>>
>> could someone post a Hello World example?
>>
>> thanks, 
>>
>> On Thursday, March 10, 2016 at 5:11:57 AM UTC-8, Daniel Carrera wrote:
>>>
>>> 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 Winston was dropped?
>>>
>>> https://github.com/tbreloff/Plots.jl/issues/152
>>>
>>> I don't use Winston, but I'm curious to know what happened. Was Winston 
>>> hard to support?
>>>
>>> I am currently using PyPlot because I need the maturity of Matplotlib, 
>>> but I am happy to see all the effort that's going into making a native 
>>> plotting library for Julia.
>>>
>>> Cheers,
>>> Daniel.
>>>
>>

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

[Josef Heinen]

You should probably test (plain) GR first:

using GR
inline("atom")
histogram(randn(1))


Did you checkout GR master and download the latest run-time?

Pkg.checkout("GR") 
ENV["GRDIR"]=""
Pkg.build("GR")


On Sunday, October 16, 2016 at 6:45:07 PM UTC+2, missp...@gmail.com wrote:
>
> Hi folks,
>
> I don't seem to be able to have the display of a graph in GR. I'm calling 
> the instructions using Atom. 
>
> could someone post a Hello World example?
>
> thanks, 
>
> On Thursday, March 10, 2016 at 5:11:57 AM UTC-8, Daniel Carrera wrote:
>>
>> 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 Winston was dropped?
>>
>> https://github.com/tbreloff/Plots.jl/issues/152
>>
>> I don't use Winston, but I'm curious to know what happened. Was Winston 
>> hard to support?
>>
>> I am currently using PyPlot because I need the maturity of Matplotlib, 
>> but I am happy to see all the effort that's going into making a native 
>> plotting library for Julia.
>>
>> Cheers,
>> Daniel.
>>
>

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

[Josef Heinen]

You should probably test (plain) GR first:
```

using GR

inline("atom")

histogram(randn(1))
```

Did you ``Pkg.checkout("GR") and download the latest run-time?
```
ENV["GRDIR"]=""
Pkg.build("GR")
```

On Sunday, October 16, 2016 at 6:45:07 PM UTC+2, missp...@gmail.com wrote:
>
> Hi folks,
>
> I don't seem to be able to have the display of a graph in GR. I'm calling 
> the instructions using Atom. 
>
> could someone post a Hello World example?
>
> thanks, 
>
> On Thursday, March 10, 2016 at 5:11:57 AM UTC-8, Daniel Carrera wrote:
>>
>> 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 Winston was dropped?
>>
>> https://github.com/tbreloff/Plots.jl/issues/152
>>
>> I don't use Winston, but I'm curious to know what happened. Was Winston 
>> hard to support?
>>
>> I am currently using PyPlot because I need the maturity of Matplotlib, 
>> but I am happy to see all the effort that's going into making a native 
>> plotting library for Julia.
>>
>> Cheers,
>> Daniel.
>>
>

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

[Chris Rackauckas]

using Plots
#Pkg.add("GR")
gr() # Change the backend
plot(rand(4,4))

There's a bug with the plot pane where you might need to hit it twice. If 
that's not working, then it's not setup correctly.


On Sunday, October 16, 2016 at 9:45:07 AM UTC-7, missp...@gmail.com wrote:
>
> Hi folks,
>
> I don't seem to be able to have the display of a graph in GR. I'm calling 
> the instructions using Atom. 
>
> could someone post a Hello World example?
>
> thanks, 
>
> On Thursday, March 10, 2016 at 5:11:57 AM UTC-8, Daniel Carrera wrote:
>>
>> 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 Winston was dropped?
>>
>> https://github.com/tbreloff/Plots.jl/issues/152
>>
>> I don't use Winston, but I'm curious to know what happened. Was Winston 
>> hard to support?
>>
>> I am currently using PyPlot because I need the maturity of Matplotlib, 
>> but I am happy to see all the effort that's going into making a native 
>> plotting library for Julia.
>>
>> Cheers,
>> Daniel.
>>
>

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

[missperovaz]

Hi folks,

I don't seem to be able to have the display of a graph in GR. I'm calling 
the instructions using Atom. 

could someone post a Hello World example?

thanks, 

On Thursday, March 10, 2016 at 5:11:57 AM UTC-8, Daniel Carrera wrote:
>
> 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 Winston was dropped?
>
> https://github.com/tbreloff/Plots.jl/issues/152
>
> I don't use Winston, but I'm curious to know what happened. Was Winston 
> hard to support?
>
> I am currently using PyPlot because I need the maturity of Matplotlib, but 
> I am happy to see all the effort that's going into making a native plotting 
> library for Julia.
>
> Cheers,
> Daniel.
>

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

[Tom Breloff]

There was a problem with the Atom setup... it should be fixed on the dev
branch now.  Please let me know if it works for you. (it worked for me)

On Fri, Mar 25, 2016 at 9:14 AM, Josef Heinen  wrote:

> Which platform are you using? Please try to checkout the master branch:
> Pkg.checkout("GR")
>
>
> On Wednesday, March 23, 2016 at 8:24:27 AM UTC+1, Dupont wrote:
>
>> Hi,
>>
>> I tried your dev branch as suggested,
>>
>> julia> Pkg.status("Plots")
>>  - Plots 0.5.3+ dev
>>
>>
>>
>>  but when typing in Atom:
>>
>> using Plots
>> Plots.gr()
>> Plots.plot(rand(100))
>>
>>
>> nothing appeared. Do I have to do something else?
>>
>

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

[Josef Heinen]

Which platform are you using? Please try to checkout the master branch: 
Pkg.checkout("GR")


On Wednesday, March 23, 2016 at 8:24:27 AM UTC+1, Dupont wrote:

> Hi,
>
> I tried your dev branch as suggested,
>
> julia> Pkg.status("Plots")
>  - Plots 0.5.3+ dev
>
>
>
>  but when typing in Atom:
>
> using Plots
> Plots.gr()
> Plots.plot(rand(100))
>
>
> nothing appeared. Do I have to do something else?
>

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

[Dupont]

Hi,

I tried your dev branch as suggested,

julia> Pkg.status("Plots")
 - Plots 0.5.3+ dev



 but when typing in Atom:

using Plots
Plots.gr()
Plots.plot(rand(100))


nothing appeared. Do I have to do something else?

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

[Andreas Lobinger]

Hello colleague,

On Sunday, March 13, 2016 at 5:32:46 PM UTC+1, Josef Heinen wrote:
>
> GR supports the wxWidgets and Qt4 toolkits. Last week I added support for 
> Cairo graphics, which can be used as a drawing library for GTK+. So, 
> support for the GTK+ toolkit is on my radar ..
>

now i start to get confused. GR claims to be a implementation of a GKS with 
OpenGL. Well, Cairo is another implementation of a GKS and surprisingly is 
also providing a EGL/OpenGL backend (which is not optimized) along others. 
Can you give some background, why you would include Cairo into GR?

 

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

[Josef Heinen]

GR supports the wxWidgets and Qt4 toolkits. Last week I added support for 
Cairo graphics, which can be used as a drawing library for GTK+. So, 
support for the GTK+ toolkit is on my radar ...

On Saturday, March 12, 2016 at 6:53:21 PM UTC+1, jonatha...@alumni.epfl.ch 
wrote:
>
> GR seems pretty good, can it uses Gtk to display plots ?
>

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

[jonathan . bieler]

GR seems pretty good, can it uses Gtk to display plots ?

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

[Daniel Carrera]

It works. Thanks!

On 11 March 2016 at 17:32, Spencer Lyon  wrote:

> Hey Daniel,
>
> The issue you're seeing is that PlotlyJS uses Blink to spin up a dedicated
> electron window as the plotting GUI.
>
> When Blink.jl is installed it doesn't automatically install electron for
> you, but it does know how to install electron. To do that just enter `using
> Blink; Blink.AtomShell.install()` and everything should be taken care of
> for you. Then when you use the plotlyjs backend from the REPL you will get
> an electron display for your plots. More details on why you want electron
> as the GUI window here:
> http://spencerlyon.com/PlotlyJS.jl/syncplots/#electronplot
>
> Also, if you are plotting from an IJulia notebook plotlyjs plots will
> display in the notebook by default and you won't ever need to install
> electron.
>
> 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  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
 wished it were part of base.

>>>
>>> While in my (very biased) opinion I think Plots should be the first
>>> package new users install, I don't think it belongs in base.  (please don't
>>> make me rebuild julia to hack on Plots ;)
>>>
>>
>>
>> I think Plots could be part of the "standard library" (to borrow a term
>> from Python). So it would not be in Base, but it could be pre-installed.
>> Plotting is one of the most common things that scientists and engineers do.
>> Maybe not right now, but when Plots is more mature.
>>
>> Speaking of which, I'm also having trouble with PlotlyJS.
>>
>>
>> julia> plotlyjs()
>> Plots.PlotlyJSPackage()
>>
>> julia> plot(Plots.fakedata(50,5),w=3)
>> [Plots.jl] Initializing backend: plotlyjs
>> INFO: Precompiling module Blink...
>> INFO: Recompiling stale cache file /home/daniel/.julia/lib/v0.4/Nettle.ji
>> for module Nettle.
>> ERROR: Cannot find Electron. Try `AtomShell.install()`.
>>  in electron at /home/daniel/.julia/v0.4/Blink/src/AtomShell/process.jl:49
>>  ...
>>
>>
>> For some reason, PlotlyJS seems to think that I am running it from Atom.
>> :-(
>>
>>
>>

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

[Daniel Carrera]

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 Plots.jl or PyPlot.jl (Matplotlib).
>
>
>

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

[Josef Heinen]

The convenience layer is WIP, so you have to checkout the GR master branch: 
Pkg.checkout("GR")

On Friday, March 11, 2016 at 8:43:09 PM UTC+1, Philippe Roy wrote:
>
> Thanks,
>
> However, I get the "scatter is not defined" by typing your example inside 
> Juno/Atom and Juno/LT.
>

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

[Tom Breloff]

I just started using Atom yesterday, and I think it's pretty great.  I
spent some time today trying to figure things out, and was able to get
Gadfly, PyPlot, and GR going in Atom's PlotPane.  I'm working on
Plotly/PlotlyJS right now.  If anyone wants to experiment, check out the
dev branch of Plots.

On Fri, Mar 11, 2016 at 2:43 PM, Philippe Roy  wrote:

> Thanks,
>
> However, I get the "scatter is not defined" by typing your example inside
> Juno/Atom and Juno/LT.
>
>
> Le vendredi 11 mars 2016 14:28:00 UTC-5, Josef Heinen a écrit :
>>
>> GR.jl is also supported inside Atom, either standalone (see screenshot),
>> or as a backend for Plots.jl or PyPlot.jl (Matplotlib).
>>
>>
>> 
>>
>>
>> On Friday, March 11, 2016 at 3:35:07 PM UTC+1, Philippe Roy wrote:
>>>
>>> Hi! Nice package Tom. Is this supposed to work inside Atom with the
>>> julia "IDE" ? The plots seems to work, but I really don't know where they
>>> appear! they're not in the plots pane (I think only Gadfly is supported as
>>> of now inside Atom).
>>>
>>> Thanks for any help!
>>>
>>> Le jeudi 10 mars 2016 14:08:23 UTC-5, Tom Breloff a écrit :

 You should read up more on PlotlyJS:
 http://spencerlyon.com/PlotlyJS.jl/

 Or from the Plots docs:

 Plotly / PlotlyJS
> These are treated as separate backends, though they share much of the
> code and use the Plotly javascript API.  plotly() is the only
> dependency-free plotting option, as the required javascript is bundled 
> with
> Plots. It can create inline plots in IJulia, or open standalone browser
> windows when run from the Julia REPL.
> plotlyjs() is the preferred option, and taps into the great
> functionality of Spencer Lyon's PlotlyJS.jl. Inline IJulia plots can be
> updated from any cell... something that makes this backend stand out. From
> the Julia REPL, it taps into Blink.jl and Electron to plot within a
> standalone GUI window... also very cool.


 On Thu, Mar 10, 2016 at 2:03 PM, Daniel Carrera 
 wrote:

> 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
>>> wished it were part of base.
>>>
>>
>> While in my (very biased) opinion I think Plots should be the first
>> package new users install, I don't think it belongs in base.  (please 
>> don't
>> make me rebuild julia to hack on Plots ;)
>>
>
>
> I think Plots could be part of the "standard library" (to borrow a
> term from Python). So it would not be in Base, but it could be
> pre-installed. Plotting is one of the most common things that scientists
> and engineers do. Maybe not right now, but when Plots is more mature.
>
> Speaking of which, I'm also having trouble with PlotlyJS.
>
>
> julia> plotlyjs()
> Plots.PlotlyJSPackage()
>
> julia> plot(Plots.fakedata(50,5),w=3)
> [Plots.jl] Initializing backend: plotlyjs
> INFO: Precompiling module Blink...
> INFO: Recompiling stale cache file
> /home/daniel/.julia/lib/v0.4/Nettle.ji for module Nettle.
> ERROR: Cannot find Electron. Try `AtomShell.install()`.
>  in electron at
> /home/daniel/.julia/v0.4/Blink/src/AtomShell/process.jl:49
>  ...
>
>
> For some reason, PlotlyJS seems to think that I am running it from
> Atom. :-(
>
>
>

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

[Philippe Roy]

Thanks,

However, I get the "scatter is not defined" by typing your example inside 
Juno/Atom and Juno/LT.

Le vendredi 11 mars 2016 14:28:00 UTC-5, Josef Heinen a écrit :
>
> GR.jl is also supported inside Atom, either standalone (see screenshot), 
> or as a backend for Plots.jl or PyPlot.jl (Matplotlib).
>
>
> 
>
>
> On Friday, March 11, 2016 at 3:35:07 PM UTC+1, Philippe Roy wrote:
>>
>> Hi! Nice package Tom. Is this supposed to work inside Atom with the julia 
>> "IDE" ? The plots seems to work, but I really don't know where they appear! 
>> they're not in the plots pane (I think only Gadfly is supported as of now 
>> inside Atom).
>>
>> Thanks for any help!
>>
>> Le jeudi 10 mars 2016 14:08:23 UTC-5, Tom Breloff a écrit :
>>>
>>> You should read up more on PlotlyJS: http://spencerlyon.com/PlotlyJS.jl/
>>>
>>> Or from the Plots docs:
>>>
>>> Plotly / PlotlyJS
 These are treated as separate backends, though they share much of the 
 code and use the Plotly javascript API.  plotly() is the only 
 dependency-free plotting option, as the required javascript is bundled 
 with 
 Plots. It can create inline plots in IJulia, or open standalone browser 
 windows when run from the Julia REPL.
 plotlyjs() is the preferred option, and taps into the great 
 functionality of Spencer Lyon's PlotlyJS.jl. Inline IJulia plots can be 
 updated from any cell... something that makes this backend stand out. From 
 the Julia REPL, it taps into Blink.jl and Electron to plot within a 
 standalone GUI window... also very cool.
>>>
>>>
>>> On Thu, Mar 10, 2016 at 2:03 PM, Daniel Carrera  
>>> wrote:
>>>
 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 
>> wished it were part of base. 
>>
>
> While in my (very biased) opinion I think Plots should be the first 
> package new users install, I don't think it belongs in base.  (please 
> don't 
> make me rebuild julia to hack on Plots ;)
>


 I think Plots could be part of the "standard library" (to borrow a term 
 from Python). So it would not be in Base, but it could be pre-installed. 
 Plotting is one of the most common things that scientists and engineers 
 do. 
 Maybe not right now, but when Plots is more mature.

 Speaking of which, I'm also having trouble with PlotlyJS.


 julia> plotlyjs()
 Plots.PlotlyJSPackage()

 julia> plot(Plots.fakedata(50,5),w=3)
 [Plots.jl] Initializing backend: plotlyjs
 INFO: Precompiling module Blink...
 INFO: Recompiling stale cache file 
 /home/daniel/.julia/lib/v0.4/Nettle.ji for module Nettle.
 ERROR: Cannot find Electron. Try `AtomShell.install()`.
  in electron at 
 /home/daniel/.julia/v0.4/Blink/src/AtomShell/process.jl:49
  ...


 For some reason, PlotlyJS seems to think that I am running it from 
 Atom. :-(



>>>

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

[Mike Innes]

Just FYI, this is actually the old Juno on Light Table, not Atom – which I
recommend everyone uses at this point :)

On Fri, 11 Mar 2016 at 19:28 Josef Heinen  wrote:

> GR.jl is also supported inside Atom, either standalone (see screenshot),
> or as a backend for Plots.jl or PyPlot.jl (Matplotlib).
>
>
> 
>
>
> On Friday, March 11, 2016 at 3:35:07 PM UTC+1, Philippe Roy wrote:
>>
>> Hi! Nice package Tom. Is this supposed to work inside Atom with the julia
>> "IDE" ? The plots seems to work, but I really don't know where they appear!
>> they're not in the plots pane (I think only Gadfly is supported as of now
>> inside Atom).
>>
>> Thanks for any help!
>>
>> Le jeudi 10 mars 2016 14:08:23 UTC-5, Tom Breloff a écrit :
>>>
>>> You should read up more on PlotlyJS: http://spencerlyon.com/PlotlyJS.jl/
>>>
>>> Or from the Plots docs:
>>>
>>> Plotly / PlotlyJS
 These are treated as separate backends, though they share much of the
 code and use the Plotly javascript API.  plotly() is the only
 dependency-free plotting option, as the required javascript is bundled with
 Plots. It can create inline plots in IJulia, or open standalone browser
 windows when run from the Julia REPL.
 plotlyjs() is the preferred option, and taps into the great
 functionality of Spencer Lyon's PlotlyJS.jl. Inline IJulia plots can be
 updated from any cell... something that makes this backend stand out. From
 the Julia REPL, it taps into Blink.jl and Electron to plot within a
 standalone GUI window... also very cool.
>>>
>>>
>>> On Thu, Mar 10, 2016 at 2:03 PM, Daniel Carrera 
>>> wrote:
>>>
 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
>> wished it were part of base.
>>
>
> While in my (very biased) opinion I think Plots should be the first
> package new users install, I don't think it belongs in base.  (please 
> don't
> make me rebuild julia to hack on Plots ;)
>


 I think Plots could be part of the "standard library" (to borrow a term
 from Python). So it would not be in Base, but it could be pre-installed.
 Plotting is one of the most common things that scientists and engineers do.
 Maybe not right now, but when Plots is more mature.

 Speaking of which, I'm also having trouble with PlotlyJS.


 julia> plotlyjs()
 Plots.PlotlyJSPackage()

 julia> plot(Plots.fakedata(50,5),w=3)
 [Plots.jl] Initializing backend: plotlyjs
 INFO: Precompiling module Blink...
 INFO: Recompiling stale cache file
 /home/daniel/.julia/lib/v0.4/Nettle.ji for module Nettle.
 ERROR: Cannot find Electron. Try `AtomShell.install()`.
  in electron at
 /home/daniel/.julia/v0.4/Blink/src/AtomShell/process.jl:49
  ...


 For some reason, PlotlyJS seems to think that I am running it from
 Atom. :-(



>>>

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

[Josef Heinen]

GR.jl is also supported inside Atom, either standalone (see screenshot), or 
as a backend for Plots.jl or PyPlot.jl (Matplotlib).




On Friday, March 11, 2016 at 3:35:07 PM UTC+1, Philippe Roy wrote:
>
> Hi! Nice package Tom. Is this supposed to work inside Atom with the julia 
> "IDE" ? The plots seems to work, but I really don't know where they appear! 
> they're not in the plots pane (I think only Gadfly is supported as of now 
> inside Atom).
>
> Thanks for any help!
>
> Le jeudi 10 mars 2016 14:08:23 UTC-5, Tom Breloff a écrit :
>>
>> You should read up more on PlotlyJS: http://spencerlyon.com/PlotlyJS.jl/
>>
>> Or from the Plots docs:
>>
>> Plotly / PlotlyJS
>>> These are treated as separate backends, though they share much of the 
>>> code and use the Plotly javascript API.  plotly() is the only 
>>> dependency-free plotting option, as the required javascript is bundled with 
>>> Plots. It can create inline plots in IJulia, or open standalone browser 
>>> windows when run from the Julia REPL.
>>> plotlyjs() is the preferred option, and taps into the great 
>>> functionality of Spencer Lyon's PlotlyJS.jl. Inline IJulia plots can be 
>>> updated from any cell... something that makes this backend stand out. From 
>>> the Julia REPL, it taps into Blink.jl and Electron to plot within a 
>>> standalone GUI window... also very cool.
>>
>>
>> On Thu, Mar 10, 2016 at 2:03 PM, Daniel Carrera  
>> wrote:
>>
>>> 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 
> wished it were part of base. 
>

 While in my (very biased) opinion I think Plots should be the first 
 package new users install, I don't think it belongs in base.  (please 
 don't 
 make me rebuild julia to hack on Plots ;)

>>>
>>>
>>> I think Plots could be part of the "standard library" (to borrow a term 
>>> from Python). So it would not be in Base, but it could be pre-installed. 
>>> Plotting is one of the most common things that scientists and engineers do. 
>>> Maybe not right now, but when Plots is more mature.
>>>
>>> Speaking of which, I'm also having trouble with PlotlyJS.
>>>
>>>
>>> julia> plotlyjs()
>>> Plots.PlotlyJSPackage()
>>>
>>> julia> plot(Plots.fakedata(50,5),w=3)
>>> [Plots.jl] Initializing backend: plotlyjs
>>> INFO: Precompiling module Blink...
>>> INFO: Recompiling stale cache file 
>>> /home/daniel/.julia/lib/v0.4/Nettle.ji for module Nettle.
>>> ERROR: Cannot find Electron. Try `AtomShell.install()`.
>>>  in electron at 
>>> /home/daniel/.julia/v0.4/Blink/src/AtomShell/process.jl:49
>>>  ...
>>>
>>>
>>> For some reason, PlotlyJS seems to think that I am running it from Atom. 
>>> :-(
>>>
>>>
>>>
>>

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

[Philippe Roy]

Hi! Nice package Tom. Is this supposed to work inside Atom with the julia 
"IDE" ? The plots seems to work, but I really don't know where they appear! 
they're not in the plots pane (I think only Gadfly is supported as of now 
inside Atom).

Thanks for any help!

Le jeudi 10 mars 2016 14:08:23 UTC-5, Tom Breloff a écrit :
>
> You should read up more on PlotlyJS: http://spencerlyon.com/PlotlyJS.jl/
>
> Or from the Plots docs:
>
> Plotly / PlotlyJS
>> These are treated as separate backends, though they share much of the 
>> code and use the Plotly javascript API.  plotly() is the only 
>> dependency-free plotting option, as the required javascript is bundled with 
>> Plots. It can create inline plots in IJulia, or open standalone browser 
>> windows when run from the Julia REPL.
>> plotlyjs() is the preferred option, and taps into the great functionality 
>> of Spencer Lyon's PlotlyJS.jl. Inline IJulia plots can be updated from any 
>> cell... something that makes this backend stand out. From the Julia REPL, 
>> it taps into Blink.jl and Electron to plot within a standalone GUI 
>> window... also very cool.
>
>
> On Thu, Mar 10, 2016 at 2:03 PM, Daniel Carrera  > wrote:
>
>> 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 
 wished it were part of base. 

>>>
>>> While in my (very biased) opinion I think Plots should be the first 
>>> package new users install, I don't think it belongs in base.  (please don't 
>>> make me rebuild julia to hack on Plots ;)
>>>
>>
>>
>> I think Plots could be part of the "standard library" (to borrow a term 
>> from Python). So it would not be in Base, but it could be pre-installed. 
>> Plotting is one of the most common things that scientists and engineers do. 
>> Maybe not right now, but when Plots is more mature.
>>
>> Speaking of which, I'm also having trouble with PlotlyJS.
>>
>>
>> julia> plotlyjs()
>> Plots.PlotlyJSPackage()
>>
>> julia> plot(Plots.fakedata(50,5),w=3)
>> [Plots.jl] Initializing backend: plotlyjs
>> INFO: Precompiling module Blink...
>> INFO: Recompiling stale cache file /home/daniel/.julia/lib/v0.4/Nettle.ji 
>> for module Nettle.
>> ERROR: Cannot find Electron. Try `AtomShell.install()`.
>>  in electron at /home/daniel/.julia/v0.4/Blink/src/AtomShell/process.jl:49
>>  ...
>>
>>
>> For some reason, PlotlyJS seems to think that I am running it from Atom. 
>> :-(
>>
>>
>>
>

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

[Daniel Carrera]

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
>> wished it were part of base.
>>
>
> While in my (very biased) opinion I think Plots should be the first
> package new users install, I don't think it belongs in base.  (please don't
> make me rebuild julia to hack on Plots ;)
>


I think Plots could be part of the "standard library" (to borrow a term
from Python). So it would not be in Base, but it could be pre-installed.
Plotting is one of the most common things that scientists and engineers do.
Maybe not right now, but when Plots is more mature.

Speaking of which, I'm also having trouble with PlotlyJS.


julia> plotlyjs()
Plots.PlotlyJSPackage()

julia> plot(Plots.fakedata(50,5),w=3)
[Plots.jl] Initializing backend: plotlyjs
INFO: Precompiling module Blink...
INFO: Recompiling stale cache file /home/daniel/.julia/lib/v0.4/Nettle.ji
for module Nettle.
ERROR: Cannot find Electron. Try `AtomShell.install()`.
 in electron at /home/daniel/.julia/v0.4/Blink/src/AtomShell/process.jl:49
 ...


For some reason, PlotlyJS seems to think that I am running it from Atom. :-(

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

[j verzani]

It was a precompilation thing that was breaking, but it may have been 
related to another package, as they were installing a few. But fair enough, 
it is easier to develop outside of base. Carry on.

On Thursday, March 10, 2016 at 12:23:17 PM UTC-5, 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 
>> wished it were part of base. 
>>
>
> While in my (very biased) opinion I think Plots should be the first 
> package new users install, I don't think it belongs in base.  (please don't 
> make me rebuild julia to hack on Plots ;)  But I'm wondering... what was so 
> hard about installing on juliabox?  Did the `Pkg` commands not work?
>  
>
>> The `plotly` backend does not require additional dependencies, so with 
>> that as a default, it would be one less hurdle for newcomers.
>>
>
> Right now, it's the default if nothing else is installed: 
> https://github.com/tbreloff/Plots.jl/blob/master/src/plotter2.jl#L74
>  
>
>>
>>
>> On Thursday, March 10, 2016 at 8:11:57 AM UTC-5, Daniel Carrera wrote:
>>>
>>> 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 Winston was dropped?
>>>
>>> https://github.com/tbreloff/Plots.jl/issues/152
>>>
>>> I don't use Winston, but I'm curious to know what happened. Was Winston 
>>> hard to support?
>>>
>>> I am currently using PyPlot because I need the maturity of Matplotlib, 
>>> but I am happy to see all the effort that's going into making a native 
>>> plotting library for Julia.
>>>
>>> Cheers,
>>> Daniel.
>>>
>>
>

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

[Tom Breloff]

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 wished
> it were part of base.
>

While in my (very biased) opinion I think Plots should be the first package
new users install, I don't think it belongs in base.  (please don't make me
rebuild julia to hack on Plots ;)  But I'm wondering... what was so hard
about installing on juliabox?  Did the `Pkg` commands not work?


> The `plotly` backend does not require additional dependencies, so with
> that as a default, it would be one less hurdle for newcomers.
>

Right now, it's the default if nothing else is installed:
https://github.com/tbreloff/Plots.jl/blob/master/src/plotter2.jl#L74


>
>
> On Thursday, March 10, 2016 at 8:11:57 AM UTC-5, Daniel Carrera wrote:
>>
>> 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 Winston was dropped?
>>
>> https://github.com/tbreloff/Plots.jl/issues/152
>>
>> I don't use Winston, but I'm curious to know what happened. Was Winston
>> hard to support?
>>
>> I am currently using PyPlot because I need the maturity of Matplotlib,
>> but I am happy to see all the effort that's going into making a native
>> plotting library for Julia.
>>
>> Cheers,
>> Daniel.
>>
>

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

[j verzani]

As someone who has watched his calculus students struggle with what should 
be a trivial task -- the installation of `Plots` on `juliabox`, I've wished 
it were part of base. The `plotly` backend does not require additional 
dependencies, so with that as a default, it would be one less hurdle for 
newcomers.

On Thursday, March 10, 2016 at 8:11:57 AM UTC-5, Daniel Carrera wrote:
>
> 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 Winston was dropped?
>
> https://github.com/tbreloff/Plots.jl/issues/152
>
> I don't use Winston, but I'm curious to know what happened. Was Winston 
> hard to support?
>
> I am currently using PyPlot because I need the maturity of Matplotlib, but 
> I am happy to see all the effort that's going into making a native plotting 
> library for Julia.
>
> Cheers,
> Daniel.
>