Sam A. Horvath-Hunt

^ Fixed in `0.18.0-beta.4`, however there's been some significant bundle bloat in a CJS project.

I'm interpreting this to mean that fp-ts-std effectively can't be ESM until fp-ts et al are. Perhaps the bundle bloat could be resolved with some clever bundler.

The bundle bloat _mostly_ goes away if the bundler is configured to rewrite `fp-ts/lib` imports to `fp-ts/es6` (e.g. Webpack's `resolve.alias`). It doesn't entirely solve it however, and expecting non-ESM bundle-sensitive...

The status quo makes the package effectively entirely broken for ESM projects as the subpath exports prevent you from manually importing from `/cjs`. Curiously if you import a CJS module...

This feature would be great! In the meantime, [here's](https://github.com/SamHH/dotfiles/blob/master/linux/home/scripts/alsa.sh) a script that outputs Alsa volume level on demand, as well as a class `muted` when audio is either muted or...

Looks like 1.2.0 just got released.

The PR that added it hasn't been included in a release yet. Until then you can use `node:os` as per the PR.

I'm thinking this belongs in sum-types-io-ts. We're already providing the necessary information to decode an entire sum (any of many members), so there should be enough there to provide a...

With a small backwards-compatible change to `Sum.is` we could define this, directly internally in a prospective monocle-ts bindings library and polymorphic: ```ts // The same as `Sum.is`, but narrowing the...

The most relevant issue is #44 and its fix #45. A less hacky solution would solve this but I couldn't think of anything else at the time that didn't have...