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 [email protected]. For more options, visit https://groups.google.com/d/optout.
