TypeScript and JavaScript lib generator
This tool is used to generate dom.generated.d.ts
, webworker.generated.d.ts
and dom.iterable.generated.d.ts
for TypeScript.
The input file is the JSON webidl file generated by the Microsoft Edge browser.
Build Instructions
To get things setup:
npm install
To generate the .d.ts
files
npm run build
To test:
npm run test
Contribution Guidelines
The dom.generated.d.ts
, webworker.generated.d.ts
and dom.iterable.generated.d.ts
files from the TypeScript repo are used as baselines.
For each pull request, we will run the script and compare the generated files with the baseline files.
In order to make the tests pass, please update the baseline as well in any pull requests.
It's recommended to first check which spec the wrong type belongs to. Say we are to update IntersectionObserver
which belongs to Intersection Observer
spec, and then we can do:
- First check we have the spec name
Intersection Observer
ininputfiles/idlSources.json
. If not, add it. - Run
npm run fetch-idl "Intersection Observer" && npm run build && npm run baseline-accept
.
If the above didn't fix the type issues, we can fix them via json files as a last resort.
There are three json files that are typically used to alter the type generation: addedTypes.json
, overridingTypes.json
, and removedTypes.json
.
comments.json
can used to add comments to the types.
Finally, knownTypes.json
determine which types are available in a certain environment in case it couldn't be automatically determined.
The format of each file can be inferred from their existing content.
The common steps to send a pull request are:
- Open or refer to an issue in the TypeScript repo.
- Add missing elements to
inputfiles/addedTypes.json
, overriding elements toinputfiles/overridingTypes.json
, or elements to remove toinputfiles/removedTypes.json
. - Run the build script locally to obtain new
dom.generated.d.ts
andwebworker.generated.d.ts
. - Update the files in the
baselines
folder using the newly generated files undergenerated
folder (npm run baseline-accept
).
When should a DOM API be included here?
A feature is considered highly experimental if a DOM API lacks multiple implementations or a formal specification from W3C or WHATWG. Such a feature belongs on DefinitelyTyped. When it gets multiple implementations and a proper specification, it can be added here and removed from DefinitelyTyped.
Code Structure
src/index.ts
: handles the emitting of the.d.ts
files.src/test.ts
: verifies the output by comparing thegenerated/
andbaseline/
contents.
Input Files
browser.webidl.preprocessed.json
: a JSON file generated by Microsoft Edge. Do not edit this file.- Due to the different update schedules between Edge and TypeScript, this may not be the most up-to-date version of the spec.
mdn/apiDescriptions.json
: a JSON file generated by fetching API descriptions from MDN. Do not edit this file.addedTypes.json
: types that should exist in either browser or webworker but are missing from the Edge spec. The format of the file mimics that ofbrowser.webidl.preprocessed.json
.overridingTypes.json
: types that are defined in the spec file but has a better or more up-to-date definitions in the json files.removedTypes.json
: types that are defined in the spec file but should be removed.comments.json
: comment strings to be embedded in the generated .js files.