Existing library:
https://github.com/davidkalosi/js-money

We need to use strings instead of integers unlike this library

rollup complains about it

If currency doesn't match in all operations, an error must be thrown. Create custom errors that can be caught based on type.
Create a new method in the Money class that does currency comparison,

Aggregate data from various sources
https://www.npmjs.com/package/currency-symbol-map
https://www.npmjs.com/package/currency-formatter
https://www.npmjs.com/package/currency-codes
https://www.npmjs.com/package/countries-list

Babel setup
Check other open-source projects for inspiration

TS Docs
Readme
https://docusaurus.io/en/

Ability to define a custom currency should be added.

Automatically spread currency settings onto this and only use a getter for the entire settings object rather than each individual setting.

Come up with a good name that is available on the npm registry

Wrapping any component that has a text input to enforce a given currency format as the user types

Instead of methods like getDecimalDigit, use get decimalDigit.
Make the default amount and toString return a string float with fixed decimal points.

Migrate to TypeScript

Use circle ci for build, publish and docs
Use badges

Upgrade all packages

Migrate from Yarn to NPM

To achieve true immutability, ensure you freeze your objects.

Think about how we would format different currencies based on the locale.

We could just replicate a subset of the functionality in ICU; in particular their patterns for formatting numbers would be useful for outputting currencies in different locales.

Once migrated to TypeScript, replace ESDoc with TypeDoc.

This is for both Currency and Money classes. It's useful for method chaining.

Readme
gitignore
changelog
package.json
...etc

Need to add cryptocurrencies

Separate functionalities into separate mixins with each one having to be manually set or a function to build all in one go.

• All ISO currencies
• One currency at a time
• Formatter
• Parser
• Calculator
• Rounding Modes
• EqualityChecker
• Allocator (needs calculator)

As close to 100% as possible.

For each of the builds: esm, csj and umd
For each way of consuming the lib: full, oo and fn

For data input