From: Yaron Minsky <yminsky@janestreet.com>
To: Alain Frisch <alain.frisch@lexifi.com>
Cc: ocsigen@inria.fr, OCaml Mailing List <caml-list@inria.fr>
Subject: Re: [Caml-list] Announce: ocaml-vdom (pre-release)
Date: Wed, 30 Nov 2016 14:22:24 -0500 [thread overview]
Message-ID: <CACLX4jQRBVu1mcaqpmiHu6_2s_Bpk7L7gzSwbiU+qLscDSnoLg@mail.gmail.com> (raw)
In-Reply-To: <96757896-e79c-f940-fc3a-090fc1419df2@lexifi.com>
Alain, this looks awesome! We'll take a look at this and maybe use it
instead of the javascript library we're currently depending on here:
https://github.com/janestreet/virtual_dom
I'm curious if you have any story for making the recomputation of the
virtual-dom itself more efficient. Right now, we're using incremental
for this part of the story, as reflected here:
https://github.com/janestreet/incr_dom
That said, for small UIs, this kind of incrementality is less
important, so whether this is worth doing may depend on your
applications.
y
On Wed, Nov 30, 2016 at 11:52 AM, Alain Frisch <alain.frisch@lexifi.com> wrote:
> Dear all,
>
> You might be interested in the ocaml-vdom project which has been used by
> LexiFi for some time and open-sourced recently. It contains two components
> which we use to create our browser-side UIs with js_of_ocaml and which might
> be useful to the community:
>
> - Bindings to the DOM and other browser APIs, implemented with
> gen_js_api. (Partial bindings, expanded on demand.)
>
> - An implementation of a "virtual DOM" and the "Elm architecture", i.e. a
> programming model where the UI is specified by a state type, a view function
> (producing a functional version of the DOM), and an update function that
> modifies the state based on messages (generated by UI events or external
> interactions).
>
>
> Project page:
>
> https://github.com/LexiFi/ocaml-vdom
>
>
> -- Alain
>
> --
> Caml-list mailing list. Subscription management and archives:
> https://sympa.inria.fr/sympa/arc/caml-list
> Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
> Bug reports: http://caml.inria.fr/bin/caml-bugs
next prev parent reply other threads:[~2016-11-30 19:22 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-11-30 16:52 Alain Frisch
2016-11-30 19:22 ` Yaron Minsky [this message]
2016-12-01 9:32 ` Alain Frisch
2016-12-01 22:18 ` Yaron Minsky
2016-11-30 22:46 ` Martin DeMello
2016-12-01 9:56 ` Alain Frisch
[not found] ` <CAG+nEjzO1qFfxHSMqueiKcTJyJYnREmvXhzGR7H+noBmV2oUKw@mail.gmail.com>
2016-12-02 13:41 ` Alain Frisch
2016-12-02 16:59 ` Vincent Balat
2016-12-02 18:18 ` Alain Frisch
2016-12-02 22:31 ` Yaron Minsky
2016-12-10 13:34 ` SP
[not found] ` <5db7c03d-bec8-8285-b458-82e681842dbb@zoho.com>
2016-12-05 15:55 ` Ashish Agarwal
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CACLX4jQRBVu1mcaqpmiHu6_2s_Bpk7L7gzSwbiU+qLscDSnoLg@mail.gmail.com \
--to=yminsky@janestreet.com \
--cc=alain.frisch@lexifi.com \
--cc=caml-list@inria.fr \
--cc=ocsigen@inria.fr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox