Convert to using exports in package.json

[cmdcolin]

The "module" field is not standard, but helps bundlers understand the 'esm' intent which improves tree shaking, etc.

This changes to using the more standard package.json "exports"

Some exports docs here https://nodejs.org/api/packages.html#package-entry-points

This is still 'dual cjs/esm' but to try to enable a more "pure esm" concept compared to just "module" which still uses node.js module resolution, I added a new typescript option called 'path rewriting'. This makes us import from .ts extensions in the src directory, which changes to imports with the .js extension after building with tsc https://devblogs.microsoft.com/typescript/announcing-typescript-5-7/

[cmdcolin]

(this package was a small low effort attempt since this package is small and self contained. it could be propagated more largely through other data parsers and even the jbrowse codebase if successful though)

motivated somewhat by this issue where we have trouble with vite at dev time, potentially due to our "module" field not being recognized by esbuild (vite dev time) and so the commonjs builds are used which is sensitive to the order of imports causing weird crashes...

mui/material-ui#44180