I haven't found interop or missing FFI to be as problematic as some others it seems. First of all I don't think it makes much sense to embed Elm to JS if you can't reasonably shape surrounding JS system and it's API to elm.
We're using svgs as well a lot for charting. Anyway since it's quite obvious that making nontrivial layouts with complicated shapes based on dynamic data <https://knowledge.globalwebindex.net/hc/en-us/articles/115002190145-How-To-Dashboards> can be quite complicated and side-effectful thing to do we just simply used d3 (with TypeScript) for charting library (it's stand alone, works with server render in export service and will be used in embedable library as well). This means we can still make all data transformations in elm with immutability and types and then just encode this data and send them to d3 to do all the dirty work in render. I wouldn't use FFI for something like this even if that option was there. Anyway I agree that FFI is important for community based extensions over things provided by core. Even though I understand concerns of allowing packages with native extensions I would say some risks are part of a deal in OSS and that everyone using any library not only should but has to be aware of that <https://github.com/elm-lang/core/blob/master/LICENSE#L20-L30>. Nevertheless making this the reason not to use elm seems to be a bit overstated to me. Anyway I'm really sorry to see Duane saying: I made a third attempt to convert an AngularJS app to Elm, but didn't get > very far in and gave up, in part because of the attitude I've felt from the > Elm community that components are bad and have no place here (when > everything I'm seeing in Angular is trying to be more like a component, and > interact with the world like a component). > > The community aspect that has weighed heavily on me is the feeling that > I'm not a participant in the decision-making or priority-setting. I feel > more like a distant user, or maybe an interesting use case, from which data > is gathered and decisions are made (by someone else, somewhere else). > since I know exactly what is talking about (similar use case, similar experience) and can't say nothing more than that I hope this can be and will be improved. -- 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.
