@Robert
This discussion was continued here:
https://github.com/shashi/Escher.jl/issues/1#issuecomment-124576960
On Sun, Jul 26, 2015 at 8:49 PM, Robert Feldt
wrote:
> Michael,
>
> This is not exactly what you are asking for but at least there are some
> plans for integrating Vega.jl (d3-base
Michael,
This is not exactly what you are asking for but at least there are some
plans for integrating Vega.jl (d3-based) and Escher.jl at some point:
https://github.com/johnmyleswhite/Vega.jl/issues/16
If you/others know about other ways to have d3-based/interactive graphs
in/with Escher plea
Package looks beautiful.
I see that you are using Gadfly, and using rendering offered up by the
Compose package.
Any thoughts about how I would render a d3-based infrastrcture?
Michael
On Monday, June 8, 2015 at 12:23:21 PM UTC-4, Shashi Gowda wrote:
>
> Hello all!
>
> I have been working on
There is no compilation of Julia code into JavaScript. At the cost of
simplifying, you essentially manipulate a shadow DOM in Julia, that
generates the corresponding HTML. And browser events are delivered to
Julia using reactive signals.
So yes, I suppose you could say that it is all "driven
This is absolutely fantastic!!!
A common impediment I've heard regarding why Julia is not adopted for more
general/web programming is it's lack of GUI and other general
toolkits/libraries.
This will help immensely I think.
Have you considered adding facilities to wrap arbitrary JS libraries
On Monday, June 8, 2015 at 4:23:21 PM UTC, Shashi Gowda wrote:
>
> My aim is to converge at a UI toolkit that any Julia programmer can use to
> create rich interactive GUIs and deploy them over the web, *within
> minutes*.
>
I see, world domination for Julia is getting a lot closer.. :)
A.
Whil
Looks pretty interesting and in line with a lot of current web framework
thinking. Are there any pieces inside Escher which help with compiling
Julia code to JavaScript? Or is it all "driven" from the server?
On Monday, June 8, 2015 at 12:23:21 PM UTC-4, Shashi Gowda wrote:
>
> Hello all!
>
> I
Why would immutability imply any more code generation or compilation than
otherwise?
On Tue, Jun 9, 2015 at 3:53 AM, Steven Sagaert
wrote:
> Looks super! Nice to see such a cool mix of features (functional,
> reactive, websocket, html5, Tex support,...)
> I just have one concern: since the GUI i
Looks super! Nice to see such a cool mix of features (functional, reactive,
websocket, html5, Tex support,...)
I just have one concern: since the GUI is immutable and involves a lot of
julia code generation (and hence compilation): what's the performance like?
On Monday, June 8, 2015 at 6:23:21
Shashi: This looks really cool. And I'll be trying it out soon... thanks
for the effort.
On Monday, June 8, 2015 at 12:23:21 PM UTC-4, Shashi Gowda wrote:
>
> Hello all!
>
> I have been working on a package called *Escher* over the past several
> months.
>
> It is now quite feature-rich and rea
Great!!! :D
On Mon, Jun 8, 2015 at 1:41 PM, Simon Danisch wrote:
> This looks great =)
>
>
> Am Montag, 8. Juni 2015 18:23:21 UTC+2 schrieb Shashi Gowda:
>>
>> Hello all!
>>
>> I have been working on a package called *Escher* over the past several
>> months.
>>
>> It is now quite feature-rich an
This looks great =)
Am Montag, 8. Juni 2015 18:23:21 UTC+2 schrieb Shashi Gowda:
>
> Hello all!
>
> I have been working on a package called *Escher* over the past several
> months.
>
> It is now quite feature-rich and ready to use in some sense. I put
> together an overview here:
>
>http
12 matches
Mail list logo
