Other features to add

[kalwalt]

I think this features need to be added in a near future:

• jsfeat_fast_corners
• jsfeat_transform
• support for S_64 format (BigInt64Array)
• improved type checking args.
• a code formatting tool ( prettier?)
• simple testing tool
• documentation in the code and external documentation (wiki or other...)

I think jsfeat_haar and jsfeat_bbf can be added later.

---

Update (0.8.0): testing tool = Vitest characterization suite (#39/#49, 57 tests); documentation = full TSDoc + TypeDoc (npm run docs), see #47's PRs. Only S_64/BigInt64Array support remains open here; haar/bbf are tracked separately in #43/#44.

[kalwalt]

I tthink i can add quickly jsfeat_transform there are few methods inside and one is a duplicated: https://github.com/inspirit/jsfeat/blob/4c7b336bbeeb26e6cd4cdf3c7d414abe273846f3/src/jsfeat_transform.js#L18 is already inthe math class.

[kalwalt]

Closing: every item here has been delivered except one, which now has its own issue.

Item	Status
jsfeat_fast_corners	done — src/fast_corners/
jsfeat_transform	done — src/transform/
improved type checking of args	done — TypeScript strict, noImplicitAny
a code formatting tool	done — Prettier (#42)
simple testing tool	done — Vitest parity suite (#39), now 22 files / 257 tests
documentation in the code and external	done — full TSDoc + TypeDoc (npm run docs), #47
support for S_64 (BigInt64Array)	moved to #139

haar and bbf remain tracked separately in #43 and #44, as this issue already noted.

On the one item that moved: investigating it for #139 turned up that S64_t is not merely unimplemented — it is declared and exported, _get_data_type_size maps it to 8 bytes, but matrix_t's view-selection chain has no branch for it and falls through to Float64Array. The buffer size is right and the interpretation is wrong, with no error. Upstream jsfeat does exactly the same, so the parity suite cannot catch it. Details and the three options in #139.