I do everything under WSL on Windows. So, still effectively Linux :) As for Cygwin, that was my choice for a long time when I started with OCaml. For building fully-native Windows apps, I've used…
Agreed on Js_of_ocaml as a stable choice. However, even Js_of_ocaml is suffering a slight complication :P There is the recent release of Brr https://erratique.ch/software/brr/doc/, a Js_of_ocaml library replacement…
Yes. OCaml + all of the 3 OCaml-to-JS compilers support OCaml syntax. Dream itself demonstrates: - Server and client both written in Reason, using ocamlc+Melange…
Dream doesn't have much of a system call dependency footprint itself. It's basically just a convention for plugging request -> response functions into a web server. Some of its native dependencies will have to be…
Many people, including me, were pretty bummed out by that whole process. There was a definite dip in activity for a while. I also stayed away, because for me, it was basically more churn at a time when I was already…
AFAICT all of these are client-side frameworks. Dream is a server-side framework. I currently write my server with Dream and use regular JS React on the client. If you glance at most of Dream's examples that serve an…
You may have meant this post: https://discuss.ocaml.org/t/excited-about-dream-web-framewor... or another in that thread, as the specific one linked doesn't compare Dream with Opium! Opium itself is found here:…
As follow-on work to Dream, I'd like to take a very hard look at how we do JSON server-side, to really make it much easier. Although this is partially solved by using GraphQL more :) Ideally, in the end, we will have a…
Probably nobody using this in the community yet, as the project is not yet released (or deliberately announced). I have some code built against an earlier version of it, but there have been so many changes during…
I do everything under WSL on Windows. So, still effectively Linux :) As for Cygwin, that was my choice for a long time when I started with OCaml. For building fully-native Windows apps, I've used…
Agreed on Js_of_ocaml as a stable choice. However, even Js_of_ocaml is suffering a slight complication :P There is the recent release of Brr https://erratique.ch/software/brr/doc/, a Js_of_ocaml library replacement…
Yes. OCaml + all of the 3 OCaml-to-JS compilers support OCaml syntax. Dream itself demonstrates: - Server and client both written in Reason, using ocamlc+Melange…
Dream doesn't have much of a system call dependency footprint itself. It's basically just a convention for plugging request -> response functions into a web server. Some of its native dependencies will have to be…
Many people, including me, were pretty bummed out by that whole process. There was a definite dip in activity for a while. I also stayed away, because for me, it was basically more churn at a time when I was already…
AFAICT all of these are client-side frameworks. Dream is a server-side framework. I currently write my server with Dream and use regular JS React on the client. If you glance at most of Dream's examples that serve an…
You may have meant this post: https://discuss.ocaml.org/t/excited-about-dream-web-framewor... or another in that thread, as the specific one linked doesn't compare Dream with Opium! Opium itself is found here:…
As follow-on work to Dream, I'd like to take a very hard look at how we do JSON server-side, to really make it much easier. Although this is partially solved by using GraphQL more :) Ideally, in the end, we will have a…
Probably nobody using this in the community yet, as the project is not yet released (or deliberately announced). I have some code built against an earlier version of it, but there have been so many changes during…