Yes, it seems that Elm has moved away from Haskell syntax compared to previously and many features now feel more like F#.
I like F# syntax as a better OCaml, but found that it often wasn't such a good fit on top of DotNet; in particular doing purely functional things using closures was slower than doing them in C#, and even slower when using the mono-project environment (for either C# or F#).
I must admit that I haven't tried either on the new open-source multi-platform DotNet Core, but am hoping that, at least, some of the loss of performance going to mono-project might be fixed.
But I discovered Elm, and if what one is doing doesn't need the mutability option and the bigger variety of primitive types, have found that Elm can be almost as fast or even faster than F# for doing many things.
Other than that, F# on Linux worked fine under mono-project and I expect it will work even better under DotNet Core; however, currently it appears that debugging isn't supported for DotNet Core on Linux or OSX
If you want to try F# on Linux, you might try Fable (transpiiles to JavaScript like Elm) but I found it to be slower than Elm for doing functional things that use any level of functional closures at all; being a more complex language than Elm, it is a more ambitious project and isn't as far developed; as well, because it compiles through Babel, it's somewhat slow in compilation. The BDFL, Alfonso, is at least as approachable as Evan and fixes issues raised very quickly.