Releases: node-hid/node-hid
node-hid v3.0.0
Changes in v3.0.0:
-
Support async usage and keeping the traditional synchronous usage. Thanks to @Julusian for the substantial rewrite work to support this, and for his patience. See #506, #499, #474 for more details.
-
device.getDeviceInfo()
now returns the same content as provided byHID.devices()
. Thx @Julusian! #499 -
Use
pkg-prebuilds
instead ofprebuild
andprebuild-upload
. This means prebuilds are stored in the package for all platforms on npmjs, immediately able to be used, instead of being hosted on Github and pulled down on-demand . Thanks again @Julusian See #507, #490 for details. -
Update to
hidapi-0.14.0
, which fixes numerous across all the OSes. This update is also innode-hid-v2.2.0
node-hid v2.2.0
node-hid v2.1.2
node-hid
is a thin wrapper over the cross-platform C-library hidapi
.
Changes/Fixes in this release:
- Fix Electron 21 not working #486
- Update
prebuild
andprebuild-install
node-hid v2.1.1 : update hidapi to 0.10.1
Node-hid is a thin wrapper over the cross-platform C-library hidapi.
The hidapi used in node-hid has been updated to hidapi@0.10.1, which includes many improvements.
Also, node-hid has been tested in Apple Silicon M1 Macs, and prebuilds are generated for them.
node-hid v2.1.0-0 : update hidapi to 0.10.1
bump version for new hidapi
node-hid v2.0.0-0 : move to N-API
Node-hid now uses N-API instead of NAN to bind to hidapi
.
This is due to node-abi
's continuing issues with reporting the correct ABI for latest Electron & Node releases.
The benefit is only one binary per OS now.
v1.3.2
node-hid v1.3.1
Updates in this release:
v1.3.0
node-hid v1.2.0
Changes/fixes in this release:
-
On Windows,
device.on('data',...)
event handler now allows process exit if device doesn't send data. This is accomplished by changing the underlying hidapi read fromhid_read()
to a loopinghid_read_timeout()
. Addresses issue #358 and others. -
Node Buffers can now be used in
device.write()
anddevice.sendFeatureReport()
. Allows a >10x speed up for certain types of data sends. See PR #357 (thanks @Julusian!)