Hi !

Thank you for this amazing work !

I'm rewriting large parts of my website using this tool, and I may have
found two little bugs :

* get_attribute (in rtjs.js)

when get_attribute "toto" returns a boolean, value_from_string returns the
empty string (this is nasty ..)

(temporary) solution : in rtjs.js, just cast on line 33 with something like

  return value_from_string (v == null ? "" : (v+""));

* input (in js.ml)

it seems that the editable function

    editable = (
      function
          true -> (try  Node.remove_attribute node "disabled" with _  -> ())
        | false -> Node.set_attribute node "disabled" "disabled"
);

works better. (at least it works with buttons, check boxes and so on)

Thank you again !

All best,

William Le Ferrand

www.beouifi.org

2008/11/21 Benjamin Canou <benjamin.canou@gmail.com>

>  Hi,
>
> >From Kuba Ober:
> > Pardon the question, but is this meant to be "useful" in the future,
> > or is it just a fun experiment (in which case the next target should
> > be brainfuck).
> Coming soon: the OCaml VM on a turing machine !
>
> >From Burgisser Francois :
> > Good idea but maybe a browser plugin to manipulate DOM would be much
> > more efficient.
> >From Gabriel Kerneis:
> > But, sadly, much less portable.
> >From Jon Harrop:
> > Could you write a compiler and call eval to get better performance?
> >From David Thomas:
> > I'd like to see a plugin that makes available to JS a function to
> > execute ocaml bytecode.
>
> Our plan is to achieve efficiency with a (not yet available) browser
> plug-in (the original bytecode interpreter or the native compiler) while
> remaining portable by using the JavaScript VM where the plug-in is not
> available. So we don't currently focus on optimizing (and complexifying)
> too much the JavaScript version.
>
> >From David Teller:
> > To me, the fact that you can write portable lightweight applets sounds
> > like a good enough reason. That and the fact that I can see this being
> > used by stuff like Ocsigen to make for (even) richer client-server
> > applications.
>
> Indeed, as Vincent wrote, even if O'Browser is at this point only a
> client-side scripting core, it takes place into the Ocsigen project and
> will be used to interact with (OCaml) server code (in its current form
> or not).
>
>  Benjamin Canou.
>
> _______________________________________________
> Caml-list mailing list. Subscription management:
> http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list
> Archives: http://caml.inria.fr
> Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
> Bug reports: http://caml.inria.fr/bin/caml-bugs
>



-- 
William Le Ferrand

E-mail : william@beouifi.org
Mobile : +33 6 84 01 52 92