David Chambers

Results 266 comments of David Chambers

> There could still be room for competing implementations if the data-type defined in FL was kept to a "minimum viable data-type" that just implemented the constructors, deconstructors of some...

Here are the proposed alternatives: - Maybe: [sanctuary-js/sanctuary-maybe](https://github.com/sanctuary-js/sanctuary-maybe)† - Either: [sanctuary-js/sanctuary-either](https://github.com/sanctuary-js/sanctuary-either)† - Future: [fluture-js/Fluture](https://github.com/fluture-js/Fluture) - State: [fantasyland/fantasy-states](https://github.com/fantasyland/fantasy-states) - Tuple: [fantasyland/fantasy-tuples](https://github.com/fantasyland/fantasy-tuples) - Reader: [fantasyland/fantasy-readers](https://github.com/fantasyland/fantasy-readers) - IO: [fantasyland/fantasy-io](https://github.com/fantasyland/fantasy-io) - Identity: [fantasyland/fantasy-identities](https://github.com/fantasyland/fantasy-identities) †...

Over the past few days I have published these packages: - [sanctuary-descending](https://github.com/sanctuary-js/sanctuary-descending) – `Descending a` - [sanctuary-either](https://github.com/sanctuary-js/sanctuary-either) – `Either a b` - [sanctuary-identity](https://github.com/sanctuary-js/sanctuary-identity) – `Identity a` - [sanctuary-maybe](https://github.com/sanctuary-js/sanctuary-maybe) – `Maybe...

This project has been retired, @nikolal. This [comparison][1] lists a number of features RF's Future type lacks. Other types are similarly lacking in functionality provided by other libraries. Additionally, RF...

Thank you for the constructive feedback, @ferborva! sanctuary-js/sanctuary#210 has been at the back of my mind for quite some time, but I've been preoccupied with other Sanctuary improvements. I would...

Very good idea! We could run `declare -A`, suppressing output, then abort with a helpful error message if the command fails.

I like to imagine a future in which the Fantasy Land community at large adopts `@@show`. There's nothing Sanctuary-specific about the [specification][1]. __Edit:__ Updated link to point to correct project....

> I don't see anything about `@@show` in the link? Oops! I linked to the wrong project. I meant to link to [sanctuary-show][1]. > If List implemented a `toString` method...

> I hope List will become a foundational library and therefore I'd like to avoid adding dependencies to it. I hope that `show` will become foundational and that all ADTs...

I'm in favour of this change, @jceb. Is this pull request up to date? I see that it has been open for more than two years. :sob: