<div dir="ltr">Because it looks like virtual-dom is very well suited for how hplayground works. It's very efficient in rerendering the DOM tree when you have local changes. It's also very fast, see<div>http://elm-lang.org/blog/Blazing-Fast-Html.elm</div><div><br></div><div>Purescipt because it has a lot of speed in development (libraries) and generates in general leaner javascript. But I have no particular objections against Haste :-)</div><div><br>On Wednesday, 13 August 2014 11:55:04 UTC+2, Alberto G. Corona   wrote:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;"><div dir="ltr"><div><div class="gmail_quote">2014-08-13 11:05 GMT+02:00 Rik van der Kleij <span dir="ltr"><<a href="javascript:" target="_blank" gdf-obfuscated-mailto="NVdxXp4SF_sJ" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;">rikvd...@gmail.com</a>></span>:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Maybe you should port hplayground to purescript and virtual-dom :-)<div><div><br></div></div></div>

</blockquote><div>why? for some special reason? </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><br>On Wednesday, 13 August 2014 00:13:42 UTC+2, Alberto G. Corona   wrote:</div>

<blockquote class="gmail_quote" style="margin:0;margin-left:0.8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div dir="ltr">I did the todo application, (see <a href="http://todomvc.com" target="_blank" onmousedown="this.href='http://www.google.com/url?q\75http%3A%2F%2Ftodomvc.com\46sa\75D\46sntz\0751\46usg\75AFQjCNFALBxQU2fw3KrC8LVGmKJ2igcdAw';return true;" onclick="this.href='http://www.google.com/url?q\75http%3A%2F%2Ftodomvc.com\46sa\75D\46sntz\0751\46usg\75AFQjCNFALBxQU2fw3KrC8LVGmKJ2igcdAw';return true;">todomvc.com</a>) to check if the concept was expressive and robust enough to do it:<div>

<br><div><a href="https://github.com/agocorona/hplay-todo" target="_blank" onmousedown="this.href='https://www.google.com/url?q\75https%3A%2F%2Fgithub.com%2Fagocorona%2Fhplay-todo\46sa\75D\46sntz\0751\46usg\75AFQjCNEdJTnUtdpf8bdcdwzmfAU6xj4Uqw';return true;" onclick="this.href='https://www.google.com/url?q\75https%3A%2F%2Fgithub.com%2Fagocorona%2Fhplay-todo\46sa\75D\46sntz\0751\46usg\75AFQjCNEdJTnUtdpf8bdcdwzmfAU6xj4Uqw';return true;">https://github.com/agocorona/<u></u>h<wbr>play-todo</a></div>

<div><br></div><div> I think that the model works and the haste compiler works very well too. I don´t know any serious limitation.  "wcallback" generates spurious DOM elements and so on, but that can be fixed. <br>



<div><br></div><div><br><div><br></div><div><br></div></div></div></div></div></div><div><br><br><div class="gmail_quote">2014-08-12 23:42 GMT+02:00 Wojtek Narczyński <span dir="ltr"><<a>woj...@power.com.pl</a>></span>:<div>

<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On 12.08.2014 23:27, Alberto G. Corona wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Well, it is not a hack. It is the way hplayground works . normally it rewrite the HTML DOM of the implicit divs that are below  the event source. "at" permits to assign freely that location.<br>
</blockquote>
<br></div>
Okay, I see.<br>
<br>
3. Are you yourself aware of any serious limitations of your approach?<span><font color="#888888"><br>
<br>
-- <br>
Wojtek<br>
</font></span></blockquote></div></div><br><br clear="all"><span><font color="#888888"><div><br></div>-- <br>Alberto.
</font></span></div>
</blockquote></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Alberto.
</div></div>
</blockquote></div></div>