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. While you say "rich interactive" and on the page "vector graphics", I wander about support for really interactive as in 3D/2D games or interactive 3D plots.. (e.g. WebGL or canvas, you have plots so I guess they are made server side and you just link to pictures) and video (those are I guess not a problem). Not that I'm criticizing.. This is great, as is, and enough for many, most? not only the Julia "target" audience. There is another thread here on supporting at least 3D (OpenGL ES, not WebGL) in Android (and iOS would be a possibility). B. [Just looked up Java/Dukescript Minesweeper example, that is 1202 SLOC/1.8 MB + XML.. but at least it is portable to all platforms and the web.. https://dukescript.com/update/2015/01/04/Common-misconceptions-about-DukeScript.html http://wiki.apidesign.org/wiki/MineSweeper ] Just looking at 80-line (90, really, there are comments.. just looked up Java/) Minesweeper example, seeing not really any boilerplate code, I wander how easy it is to make this portable. It's ok I guess if you made something on your PC and it displays in your browser (localhost), but in Android this should of course work from a server, I'm just not sure as Android is not a server OS, that you can run both the server and client part there. That is what hybrid apps/WebViews are for I understand. I guess it could be made too work, and also for iOS. The problem with pure standalone web app, say for Firefox OS, the least of my concerns.. not sure it will take off, would be to get the "server part" (that would include the whole of Julia runtime..) to also run in the phone/tablet/TV.. And a MIPS Firefox OS tablet under $100 (that also supports Android) was announced also complicating supporting that/those OS.. For a pure Windows, Linux or Mac app, I guess you could reuse everything. We can neglect Firefox OS/pure standalone apps for now.. I'm a little conflicted what is needed for world domination, people consider JavaScript an important language to learn as the web uses it and "everything" is there and now JS even outside of it.. I hate to be force to use it and you seem to have shoot down that argument.. I wander if I need to learn any web-technologies, such as jQuery etc. (I'm a little ignorant of all those), or if you can still access them (or need too). I think the only APIs you need in the web may be the DOM and you have that? C. As your project is also a web-server, would that be a problem for big sites? I'm not sure you need Apache anyway.. maybe you can have that (or other web servers) for static content. For dynamic, I'm not aware of any mod_julia, and not sure it is a problem. What do the others with good concurrency, Erlang and Go, do, always have web serving inbuilt? Now, I'm really curious, I understand Go's goroutines are not the same as coroutines, but close enough, is Julia at least good enough? Better? > * - Escher uses some bleeding-edge Web features, this page might not work > so well on Safari, should work well on a decently new Chrome, and on > Firefox if you wait for long enough for all the assets to load. I will be > fixing this in due time, and also working on a cross-browser testing > framework. > I'm not sure this is a problem.. hopefully Safari will just catch up soon to support any big web apps people may be planning, by the time of completion.. Any idea about IE? Alternatively, adding support for Safari, as is, working better is an option? -- Palli.
