Hi everybody! We've many announcements to do today. Together with a minor (but big) release of fable-compiler, we're launching new beta versions of the packages most used by the community, like Fable.Core, Elmish, Fulma or Fable.SimpleHttp. The main goal of these releases is to restructure the packages to make maintenance easier and lower the bar for contributions.

First things first, the summary of changes in fable-compiler 2.2 is as follows (full change list here):

Anonymous records @dsyme

Compile .fsx scripts @nojaf

Improve watch compilations @ncave

Improve sourcemaps

Fix (erased) type providers

Many other bug fixes thanks to @chadunit, @SirUppyPancakes, @vbfox, @Zaid-Ajaj and @xdaDaveShaw!

Fable internals have gone through many changes for this release. But the good news is this time you have absolutely nothing to do for the update. Just run npm install fable-compiler@latest and be done :)

The not-so-good news is you'll have to make some changes to update the other packages, please see below.

But before talking about Fable libraries, let's introduce the fable-compiler-js npm package. Thanks to ncave's magic, this is a version of fable-compiler which runs entirely on node.js, so it can run on a machine without dotnet installed. It's basically the engine powering the Fable REPL adapted to node.js with a few additional capabilities, and it's also a great case of dogfooding to show what Fable is capable of.

Although we just released the stable 1.0 version, for now please consider this as an experiment. Because we don't rely on the dotnet SDK, at the moment the tool cannot download Nuget packages or resolve references on its own. For now it just does a manual parsing of .fsproj and .fsx files that only covers simple cases. One possible usage is build scripts (as Fable repo does now) if you want to have direct access to the hundreds of tools available in the node ecosystem.

Here's where the fun starts ;) The new Fable.Core major release doesn't contain many new additions, but the main change is renaming Fable.Import.JS to Fable.Core.JS . Changing a namespace seems like a gratuitous breaking change. However, it gives consistency to the package (it was the only module without the Fable.Core prefix) and there's a reasoning to abandon the Fable.Import prefix we will see in the next section.

Some APIs that nobody was using (or at least seemed so) have also been removed. This has been done to clean the code and also because a lighter Fable.Core increases the startup time in Fable compilations. If there's something you find missing please open an issue and we'll add it back (or publish the API in a different package).

The nameof operator has been moved to the Fable.Core.Experimental module, so it's not opened automatically. This should prevent conflicts when the operator with the same name is added to FSharp.Core.

Please note that the new Fable.Core and the rest of the packages below are still in beta release (we don't expect more breaking changes and we'll release stable versions soon), so you need to specify the version when downloading them or use prerelease with Paket.

It's possible you haven't noticed but many Fable libraries have a dependency to the monstrous Fable.Import.Browser package, a single file of more than 12000 lines that most IDEs struggled to open. This file was automatically generated in its origin using ts2fable from Typescript definitions. It also contained manual tweaks however, and this together with its size made it very difficult to update.

The fable-compiler/fable-import repository also contains other bindings generated with ts2fable that suffered similar problems, even if the size wasn't so big. Because of this and after discussing with the main contributors to Fable ecosystem, we've decided to abandon the idea of having a single repository with multiple Fable bindings automatically generated, and instead encourage the community to create (and maintain) bindings that may start with ts2fable but also include another layer with more idiomatic F# code, and that don't need to start with the Fable.Import. prefix.

This means we're phasing out the fable-import repository and given that the browser bindings are the most used in Fable projects, we've already ported them to another repository. This contains not only one but multiple packages, roughly corresponding to the Web APIs. The guidelines to make the namespaces consistent across these packages are:

Interfaces are contained in the Browser.Types namespace in all packages.

namespace in all packages. Values, like window or constructors like FileReader , are put in a module with the same name as the package (e.g. Fable.Browser.Dom -> Browser.Dom, note the package hast the Fable prefix but not the module). This module is decorated with AutoOpen so in general you only need to open Browser to access any of the values in the Fable.Browser packages. Only to prevent conflicts you should need to qualify the module name (e.g. Browser.Dom.document ).

The fable-browser repository doesn't contain all Web APIs yet. Please contribute them or, if you prefer, it's also ok to publish packages for the missing APIs from your own profile.

Similar problems affected Fable.PowerPack. It was originally intended as an extended Fable.Core but it had become a mix of unrelated modules and many times it was difficult for maintainers to remember who had authored what.

Following the reasoning above, we've decided to deprecate Fable.PowerPack and replace it with single-purpose packages. For now, Fable.Promise, Fable.Fetch and Fable.Date have been released (for Fable.Core 3 compatibility make sure to use the latest version which may be prerelease). The API is identical to the modules in Fable.PowerPack except for these changes:

Similar to Fable.Browser, the Fable. prefix is removed from the actual module names. In most cases (e.g. to use Promise.map ) you won't need to open anything.

prefix is removed from the actual module names. In most cases (e.g. to use ) you won't need to open anything. Fetch.Fetch_types is renamed to Fetch.Types .

is renamed to . The fetch methods in auto-serialization (like fetchAs ) have been removed, please combine fetching with Thoth.Json or Fable.SimpleJson. Example:

open Fable . Core open Fetch . Types open Thoth . Json let errorString ( response : Response ) = string response . Status + " " + response . StatusText + " for URL " + response . Url let fetchWithDecoder < 'T > ( url : string ) ( decoder : Decoder < 'T > ) ( init : RequestProperties list ) = GlobalFetch . fetch ( RequestInfo . Url url , Fetch . requestProps init ) |> Promise . bind ( fun response -> if not response . Ok then errorString response |> Error |> Promise . lift else response . text ( ) |> Promise . map ( Decode . fromString decoder ) ) let inline fetchAs < 'T > ( url : string ) ( init : RequestProperties list ) = let decoder = Decode . Auto . generateDecoderCached < 'T > ( ) fetchWithDecoder url decoder init

Latest Fable.React (v5, currently in beta) has a dependency on the new Fable.Browser.Dom package, besides these changes:

In line with the previous changes, the Fable.Import. and Fable.Helpers. prefixes have been dropped, so now you only need to open Fable.React (and/or Fable.React.Props).

and prefixes have been dropped, so now you only need to (and/or Fable.React.Props). The React event interfaces have been replaced with Browser.Types. Except for SyntheticEvent and FormEvent (which are just assimilated to Event ), the other events have corresponding ones with same name.

and (which are just assimilated to ), the other events have corresponding ones with same name. ComponentClass is replaced by ReactElementType . To parse such and element use ReactElementType.create .

is replaced by . To parse such and element use . The react-dom and react-dom/server bindings are in Fable.ReactDom and Fable.ReactDomServer static types.

and static types. If you need to fully qualify one of the standard HTML tags, use Fable.React.Standard .

. React.memo support thanks to @vbfox

React hooks support: if you've a suggestion to improve the API do it quickly before the stable release

Type-safe CSS props thanks to @Zaid-Ajaj

The original implementation of Elmish was intentially made simple and meant to resemble Elm's abstractions. The v3 of Elimsh introduces a few breaking changes, mostly affecting library authors:

The dispatch loop has been reimplemented to run on the main thread, using a queue that maintains FIFO semantics under JS runtime. This implementation offers a few other benefits, like stabilising the dispatch reference and finally addressing a long-standing request to report messages that cause unhandled exceptions.

reference and finally addressing a long-standing request to report messages that cause unhandled exceptions. Cmd module has been reorganized into similarly-shaped submodules to accomodate the use-cases that have emerged with the growing popularity and adoption under CLR.

module has been reorganized into similarly-shaped submodules to accomodate the use-cases that have emerged with the growing popularity and adoption under CLR. Program type has been made opaque to ease potential future evolution. If you own a library that extends Elmish please take a look at the core libraries for examples of how to use the functions instead of working directly with the fields.

type has been made opaque to ease potential future evolution. If you own a library that extends Elmish please take a look at the core libraries for examples of how to use the functions instead of working directly with the fields. Elmish.Browser namespace has been replaced with just Elmish

Several other packages have published new beta versions without actual changes (fortunately! I hear you) but with dependencies on Fable.Core 3 and Fable.Browser to avoid compilation errors. However, after updating dependencies and building your project, if you see an error like the following:

FSC : error FS0193: The module/namespace 'Fable.Import.JS' coming from 'Fable.Core' didn't contain the namespace, module or type 'Promise`1' [/path/to/your/Project.fsproj]

This means one of your dependencies is still not updated. Find which package still depends on Fable.Core 2.0 (you can inspect paket.lock if using Paket) and contact the maintainers of the library to ask for an upgrade (check first there's no a prerelease version already available with the update).

Find below a table with a summary of the package and namespace changes. You can also use this commit as reference when upgrading your project.

Old pkg New pkg Namespace changes Fable.Core - Fable.Import.JS > Fable.Core.JS Fable.Import.Browser Fable.Browser.Dom, Fable.Browser.WebSocket... Fable.Import.Browser > Browser[.Types] Fable.React - Fable.Import.React > Fable.React, Fable.Helpers.React > Fable.React Fable.Elmish.*** - Elmish.Browser > Elmish

We know these are a lot of changes and we apologize for the trouble when updating, but we're convinced this is much better for the future and will increase the health of Fable ecosystem. You can give us feedback through a quick issue if necessary, and we'll help you the best we can.

Thanks for your attention and happy coding!