k_cieslak

Hopefully not :-)

> VS Code doesn't work for the older .NET Framework stuff (pre .NET Core).

This is not true for F#.

> I do appreciate the efforts of the F# team has always made in maintaining an open source community

I do appreciate the efforts of the F# open source community has always made in maintaining an VF# team.

It's probably line ending problem. Running something like dos2unix on `build.sh` would probably fix it.

FunScript for sure is not perfect and have many rough edges - getting started as new user is hard, getting started with different type of project even as experienced user is not perfect (for example Atom plugin requires completely different approach than normal web application), it has problems with "OO" features of JS so using it with frameworks which requires such approach is bit hacky, generated code is not perfect.

But i still like it and managed to create fancy stuff with it - Ionide, React.js + Material UI applications etc. Wouldn't recommend using it on production ( unless You want to commit really hard into FunScript project and probably fix lot of this stuff) - WebSharper is providing more complete, richer solution and commercial support if needed

Yes. It provides same completions list as in VS or XS, so also support Type Providers

VS Code is using Omnisharp[1] which is build on top of Roslyn so as for now it supports only C# / VB. As far as I know they are working on adding plugin support for it for non-Roslyn language so maybe in the future we will have F# plugin there ( actually, as far as I know, that's MSFT plan for adding F# support in VS Code)

Since VS Code is built not on top of Atom but on top of Electron[2] both projects share just "lower level" possibilities and will both build different abstractions layers on top of it. Unless VS Code team chooses to build very similar API to Atom one direct porting won't be easy.

[1] http://www.omnisharp.net/

[2] https://github.com/atom/electron

Omnisharp[1] is build on top of Roslyn so as for now it supports only C# / VB. As far as I know they are working on adding plugin support for it for non-Roslyn language so maybe in the future we will have F# plugin there ( actually, as far as I know, that's MSFT plan for adding F# support in VS Code)

F# has had opensourced compiler[2] (written in F#) before it was cool in .Net stack and for most tooling things we are using FSharp.Compiler.Services[3] project - which basically provides all features of F# compiler (and much more) as normal .Net library. Projects like Visual F# Power Tools[4] and Xamarin Studio F# support[5] are using it to provide very interesting F# IDE features.

Since Vim, Emacs, Sublime and Atom (even though Ionide is written in F# and compiled to JS we can't use all .Net libraries) don't have direct access to .Net assemblies, community have created FsAutoComplete[6] project which is just command line wrapper around FSharp.Compiler.Services and works as "standard I/O server" where we send requests (for example if user wants completion list) and get appropriate responses.

[1] http://www.omnisharp.net/

[2] https://github.com/Microsoft/visualfsharp

[3] https://github.com/fsharp/FSharp.Compiler.Service

[4] https://github.com/fsprojects/VisualFSharpPowerTools

[5] https://github.com/fsharp/xamarin-monodevelop-fsharp-addin

[6] https://github.com/fsharp/FsAutoComplete

F# has been working well enough on Mac for many years. Even if You won't like Ionide (I hope You will like it ;) ) it's worth checking different projects which allow for F# development on Mac - Xamarin Studio has very good F# support, there are also Vim, Emacs, and Sublime Text 3 plugins / modes for F# (all 3 for core F# language services features are using same backend as Ionide).

Also in context of cross platform development - there exists also F# yeoman generator which provides some nice templates for F# projects outside of VS.

Just want to let You all that I'm an author of most stuff ( but of course we have also some cool contributors!) so if You have any questions feel free to ask them here.