Thank you all!
I'm still getting my head around how modern (client side)web applications
are developed and work on the users browser - the last web application I
worked on was perl and fast-cgi.
My understanding of modern web apps is
a) you are served a base (x?)HTML(5?) page and JavaScript by
[This message is a resend, because the first attempt hasn't gone
through, after several hours.]
You can also do HTML 5 (possibly Offline), together with whatever JS
libraries you want for UX and for cross-browser differences (especially
for client-side storage of larger data), and have it
Matthias Felleisen wrote on 01/22/2017 07:07 PM:
It’s not TCO, it’s PITCH (proper implementation of tail calls) — there is no
optimization going on :-)
As usual, Matthias is correct.
As I was typing the original sentence, I had the thought "TCO isn't the
right term", but I was lazy or
It’s not TCO, it’s PITCH (proper implementation of tail calls) — there is no
optimization going on :-)
> On Jan 22, 2017, at 4:17 PM, Neil Van Dyke wrote:
>
> Quoting "https://github.com/vishesh/racketscript/blob/master/README.md":
>> RacketScript doesn't support
> Do you have plans to revist the tail call question within RacketScript?
Yes we do. The readme includes that statement just to be upfront with
users about racketscript's philosophy and what to expect when trying
racketscript.
That being said, RacketScript currently converts self-tail-calls to
> On Jan 22, 2017, at 4:33 PM, Philip McGrath wrote:
>
> My understanding is that implementation is still lagging, but I believe ES6
> specifies proper tail calls, yes?
>
> -Philip
Yep. Right now (among browsers) I think only Safari ships with it. -J
--
You
My understanding is that implementation is still lagging, but I believe ES6
specifies proper tail calls, yes?
-Philip
On Sun, Jan 22, 2017 at 3:17 PM, Neil Van Dyke wrote:
> Quoting "https://github.com/vishesh/racketscript/blob/master/README.md":
>
>> RacketScript
Quoting "https://github.com/vishesh/racketscript/blob/master/README.md":
RacketScript doesn't support Racket features which are expensive, for
example proper tail calls and continuations.
Do you have plans to revist the tail call question within RacketScript?
TCO is essential to idiomatic
On the client-side framework front, I found some of the lightweight, post
React / post Angular frameworks were easy enough to get going with Urlang,
hence definitely worth a look for RacketScript.
I played mainly with Ractive; vue.js is similar. There are others. The main
seeking point for me was
Hi Stephen,
- is there a JavaScript MVC framework that is suitable to use with
racketscript? (should I be using react or angular ?)
I can not speak for Angular, but I think React should be suitable.
You'll have to use ES5 API instead of classes and JSX, and therefore may
want to build a
Thanks
- is there a JavaScript MVC framework that is suitable to use with
racketscript? (should I be using react or angular ?)
- can I use Racketscrips with racket web applications stuff for the backend
or am I compiling racketscript to nodejs to run on the server?
Thanks again
On Sun, 22 Jan
Hi,
What are my options for doing client side web applications in Racket ?
I've been getting my head around server side - I can auth a user and set a
cookie - but I'm not sure what my options for client side web apps:
- Should I be using Whalesong and/or Urlang?
- Is there a right/wrong
12 matches
Mail list logo