Yeah, I hear you about TypeScript: Overall it's just not the same goodness as Elm. About a month ago, I conversed w/someone on Cycle.JS Gitter, who was planning to implement Cycle.JS architecture in PureScript, but I can't find a repository for it right now.
On Thursday, March 9, 2017 at 11:01:56 AM UTC-8, Răzvan Cosmin Rădulescu wrote: > > True, I know about cycle.js, I played with it before I discovered Elm > actually. But I would really like to have a language dedicated to this new > technology :), that's why I am searching for solutions within Elm. Don't > think there are any tho', not yet at least, except for building modules > from scratch as we discussed above :). Cycle.js is really nice, but the > language makes a huge difference. And I might be stupid, but typescript I > never got working so there's that... > > On Thursday, March 9, 2017 at 7:23:40 PM UTC+1, jphedley wrote: >> >> Elm seemingly dropped Signals due to the limitations of First Order >> (Discrete) FRP. I'm loving Elm, but if you're truly interested in FRP, you >> might explore Higher-Order FRP, using Cycle.JS <https://cycle.js.org/> using >> TypeScript, which can give you some of the Compile Time Guarantees of Elm. >> Check out Staltz's really cool Matrix Multiplication Example >> <https://github.com/staltz/matrixmultiplication.xyz>. Both Elm & >> Cycle.JS are really cool excellent Technologies. >> >> >> On Thursday, March 9, 2017 at 8:58:28 AM UTC-8, Răzvan Cosmin Rădulescu >> wrote: >>> >>> There's nothing in elm-packages like this :). But try not to limit >>> yourself to only UI stuff, this has a whole range of applicability, say >>> from the top of my head for example having a real-time database such as >>> RethinkDB, I can think of a number of ways how reactive objects can be used >>> to simplify a lot interactivity with this sort of database (think time >>> composition, not just working with newest available data). Sadly I think >>> it's a considerable amount of work to make a library like this in Elm and >>> will definitely include running some native code of some sorts too. I am >>> unqualified to do anything about it :/ but I hope someone sees this post >>> and think about how this can improve our new beloved language :) >>> >>> On Thursday, March 9, 2017 at 5:37:12 PM UTC+1, Rupert Smith wrote: >>>> >>>> On Thursday, March 9, 2017 at 12:39:30 PM UTC, Răzvan Cosmin Rădulescu >>>> wrote: >>>>> >>>>> As far as I can tell in Elm there's no other way but to keep track of >>>>> state and do all sorts of "low level" calculations. >>>>> >>>> >>>> Sounds like something that could be put in a library package? >>>> >>>> I agree that losing FRP might not be ideal for this particular use case >>>> - but its unlikely to come back. But I am pretty sure a nice library could >>>> be written to help with this, perhaps there is already something in >>>> elm-packages? >>>> >>> -- You received this message because you are subscribed to the Google Groups "Elm Discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to elm-discuss+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
