Josh Burgess
Josh Burgess
I'm also a fan of pointfree style, but there is a caveat, unfortunately. Pointfree style in TypeScript/Flow can be pretty annoying due to TS/Flow not being able to infer from...
Side-note: I would like to rewrite in TypeScript due to getting more into it recently at work, etc. + the library already having TS type definitions, but this would probably...
@goodmind Can you copy and paste your store setup code here for me to look at? After that, I'll try to replicate it and figure out what's going on.
@goodmind Alright, I'm pretty sure I know what the problem is. I'll try to work out a fix soon. Sorry, I never really intended it to be used in tandem...
@goodmind Sorry for the long wait. I'm looking into this again now, but still in the process of figuring out how to accomplish it. It involves changing the definition of...
## Examples in redux-thunk: https://github.com/gaearon/redux-thunk#injecting-a-custom-argument in redux-observable: https://redux-observable.js.org/docs/recipes/InjectingDependenciesIntoEpics.html
@jshthornton We should think about this also when considering the `withStore` and `withState$` higher order functions we talked about.
Hi, @mcky I marked it as a breaking change, because it directly affects the Epic API, and we've been talking about possibly rearranging the order of arguments. Right now, as...
FWIW, `fp-ts` follows approach 1, mimicking what languages like Haskell & PureScript do: https://github.com/gcanti/fp-ts/blob/master/src/NonEmptyArray.ts I like this, because it keeps the two types totally isolated and distinct from each other....
What about, instead of subtyping, just importing and using the utility functions from `List` also with `NonEmptyList` and casting? (internally only, I mean) I'm no fan of casting, in general,...