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.
