tag:blogger.com,1999:blog-1083756165181382771.post8252373218852338982..comments2009-07-09T11:30:17.745-04:00MenTaLguYnoreply@blogger.comBlogger2125tag:blogger.com,1999:blog-1083756165181382771.post-16925956183057614892009-07-09T11:30:17.745-04:002009-07-09T11:30:17.745-04:00I had not seen Conal Elliot&#39;s most recent stuff -- it looks interesting.<br /><br />The reason I&#39;m considering ATS is that portions of Moing have to be realtime, and Haskell really isn&#39;t appropriate for realtime/system programming.<br /><br />That doesn&#39;t mean the whole system would need to be written in ATS, of course. But I can at least consider it; unlike C, it&#39;s also suited to application development, and in and of itself, library support isn&#39;t a huge issue since you can use C libraries from ATS without *too* much difficulty.<br /><br />Anyway, I had kind of given up on FRP for a while, so thanks for drawing my attention to the new work. I still really think they need to get together with the constraints people.MenTaLguYhttp://www.blogger.com/profile/12206115951900114525noreply@blogger.comtag:blogger.com,1999:blog-1083756165181382771.post-46418319004410333742009-07-07T19:12:41.934-04:002009-07-07T19:12:41.934-04:00I just stumbled upon this project while looking for ways to work with animated SVGs, in Haskell no less.<br /><br />Out of curiosity, what FRP approaches have you experimented with so far? Have you taken a look at Conal Elliott&#39;s recent work?<br /><br />I don&#39;t know if you were serious, but I think using ATS for a project like this would be a mistake. It&#39;s an academic language with no user community and no library support. It&#39;s supposedly fast, but so what? Haskell isn&#39;t _that_ slow.Darin Morrisonhttp://www.blogger.com/profile/13553576359009994996noreply@blogger.com