Hacker Read top | best | new | newcomments | leaders | about | bookmarklet login

Yes, best part since the node module we are currently using does not work in v0.10 and the author is very adamant about not supporting it anymore.


sort by: page size:

Yep, I'm running Node v10.1.0

I worked around it by just copying the class as described in the website.


Unfortunately like almost all Node libraries, it isn't very mature or well-maintained. I stopped using it because it was too rigid and missing vital features.

We have apps on Node v0.10, which is over 2.5 years old and will be supported for one more year.

It's required for binary modules in node... not going anywhere for a while at least. :-(

We support it once you enable the `node-modules` linker (cf our documentation). It's a little slower and doesn't leverage some of the stability improvements brought by PnP (in short, you get a good old node_modules folder without much fanciness), but you still get to benefit from all the other features and bugfixes we made since the 1.x.

Yes, but it's still a painful native dependency in the otherwise Node-based build process. Native dependencies are getting better in Node, but still have many painful edge cases.

Genuinely curious, are there people out there using newer versions of this package with old / unsupported versions of Node (in production)?

Then yeah, you’re out of luck. But the vast majority of Node modules use a package.json so I wouldn’t say Node is “really botching it”, they’re just doing what works for the vast majority of users.

I wouldn't worry about that. Node is moving to ECMAScript modules.

Requires Node though. Not sure that many people have that installed.

Node came out way before any of these features were invented, and the ES committee knowingly broke compatibility when designing for the browser. Modules are supported since v14 but you have to opt in.

Someone in this thread just posted Alpine.js. Literally made my day! This is what I want and would ever want in the kind of apps we build.

Node: I am not sure but so often do I come across a package that only works on a previous node version (say v10). How come Node is not backwards compatible? Node v14 should be able to run anything that runs on Node v10. This is a runtime, not some library. Also, I discovered recently about LTS and non-LTS versions of node. Who knew. The whole ecosystem is rickety and not up to standards IMO.


> unburdened by the historical baggage of Node

Is this even possible anymore?

Deno made a valiant attempt, but with every release, the best received update seems to be the node/npm compatibility.


I'd agree if it wasn't for it having to remain compatible with future node releases. If it was (and I don't know if it is) part of the node.js testsuite then it seems like the ideal way to end active development on a library.

It's shame it is ESM only package now for Node.js. Forces you to rewrite your tests to be able to use the latest version.

> lots of bug fixes to Node.js compatibility

What version of node is supported? Currently in all other languages they are usually a major version behind (in everything).

What version of node is supported? Currently in all other languages they are usually a major version behind (in everything).

Interesting, so by making dependencies in the code itself, which is more obtuse than using node modules, we might see fewer overall packages being used by developers, and more implementations from scratch. No more gigabyte sized node modules! I'm looking forward to this.
next

Legal | privacy