Closed dead-claudia closed 3 days ago
I think I prefer the option to drop mithril-stream. mithril/stream is optional as it is.
One point in favour of continuing mithril-stream might be if it is useful as a Fantasy Land compliant stream lib on its own. One use-case might be if it is the smallest FL streams lib available? Are there any other reasons to use it over flyd or other alternatives?
@spacejack Ours is pretty barebones - large enough to be useful but small enough it doesn't add significant weight. This is useful in the front end if you just want something good enough without being excessive, but code size isn't nearly as much of an issue in the backend, so I'd say Mithril probably isn't offering anything Flyd isn't for server-side.
I've decided against this for now.
Currently,
mithril-stream
is almost never updated. I just got publish rights a few days ago for that andospec
and have since updated them both.I suggest we deprecate
mithril-stream
when v2 goes stable since we've already been recommending people to instead usemithril/stream
directly frommithril
itself and 99% of users are also already using Mithril itself. Our docs don't even mentionmithril-stream
anymore mod a small docs bug in the stream docs that I've since fixed in the repo.Alternatively, we could tell people to start using
mithril-stream
and dropmithril/stream
from themithril
package starting v2, to push people over to that out-of-core package.BTW, if you're confused, I'm specifically referring to this npm package, not the module itself.