github/hedgedoc
1
0
Fork 0
mirror of https://github.com/hedgedoc/hedgedoc.git synced 2024-12-01 04:52:17 -05:00
Code Issues Projects Releases Packages Wiki Activity
hedgedoc/commons/tsconfig.base.json

22 lines
477 B
JSON
Raw Normal View History

feat(packages): add commons package This is an import of https://github.com/hedgedoc/commons/commit/166ca8da120217707a27b8f1b276af33b7f1fa60 with some changes to make it fit into the mono repo. - TypedEventEmitter has been replaced with EventEmitter2 because EventEmitter2 is faster and TypedEventEmitter had some troubles with the new way of compiling. - tsc-esm has been replaced with microbundle. The problems that lib0 doesn't export its types correctly has been solved using yarn patch. Signed-off-by: Tilman Vatteroth <git@tilmanvatteroth.de>
2022-12-04 16:41:39 -05:00
{
"compilerOptions": {
"removeComments": true,
"preserveConstEnums": true,
"lib": [
fix(commons): replace microbundle with bash based compile script The commons package ships wrong types because it is refering to the same files for the ESM and the CJS build. See https://arethetypeswrong.github.io/?p=%40mrdrogdrog%2Foptional%401.1.0 This happens because microbundle can handle the generation of `.mjs` and `.cjs` from files itself but delegates the generation of types entirely to typescript by running it once. Microbundle uses the "type" field from the package.json to know if a `.js` file is meant to be mjs or cjs and generates the other type by using the specific file extension `.cjs` and `.mjs` (so if your package is a `type: module`, then `.js` file are interpreted as ECMAModule and if you have a commonjs file you need to name it `.cjs`). But this causes a problem with typescript. If you use typescript with the newer module resolver then it expects the type declarations to be named exactly like the file you wanna import. So if you have a `.js` file it will try to look up types in a `.d.ts` file. If it is resolving a `.mjs` file it is looking for a `.d.mts` file. This clashes with the types generated by microbundle because you can't use a `.mjs` file with a `.d.ts` file. Running typescript multiple times can also be complicated. When generating type declaration files, typescript takes a look at the source file extension. So a `.mts` file will generate a `.mjs` and a `.d.mts` file. A `.ts` will generate a `.js` and `.d.ts` file. It doesn't matter if you run microbundle on `.ts`, `.mts` or `.cjs` files, it will only generate the type declarations once. How do you get the other type declaration? To solve this problem you either have to run typescript multiple times and manipulate the input or output data to have correct `.d.mts` / `.d.cts` files AND imports... or do what this PR changes. It runs typescript multiple times but places the complied files in different directories. It then places a package.json in both directories which declares if `.js` is commonjs or ESM. This way the resolver is happy because it can import `.js` files according to the package.json content and typescript is happy because it can find type declarations. And because package.json files are inheriting properties from other package.json files no necessary file is missing. Signed-off-by: Tilman Vatteroth <git@tilmanvatteroth.de>
2023-07-30 08:02:14 -04:00
"es2022",
feat(packages): add commons package This is an import of https://github.com/hedgedoc/commons/commit/166ca8da120217707a27b8f1b276af33b7f1fa60 with some changes to make it fit into the mono repo. - TypedEventEmitter has been replaced with EventEmitter2 because EventEmitter2 is faster and TypedEventEmitter had some troubles with the new way of compiling. - tsc-esm has been replaced with microbundle. The problems that lib0 doesn't export its types correctly has been solved using yarn patch. Signed-off-by: Tilman Vatteroth <git@tilmanvatteroth.de>
2022-12-04 16:41:39 -05:00
"dom"
],
"declaration": true,
"strict": true,
"allowSyntheticDefaultImports": true,
"forceConsistentCasingInFileNames": true,
"esModuleInterop": true,
"allowJs": true,
chore: added decalration map Signed-off-by: Avinash <avinash.kumar.cs92@gmail.com>
2023-03-10 05:01:57 -05:00
"declarationMap":true,
refactor(common): extract frontmatter code into commons Signed-off-by: Philip Molares <philip.molares@udo.edu>
2023-03-26 06:30:16 -04:00
"sourceMap": true,
"typeRoots": ["./types"]
feat(packages): add commons package This is an import of https://github.com/hedgedoc/commons/commit/166ca8da120217707a27b8f1b276af33b7f1fa60 with some changes to make it fit into the mono repo. - TypedEventEmitter has been replaced with EventEmitter2 because EventEmitter2 is faster and TypedEventEmitter had some troubles with the new way of compiling. - tsc-esm has been replaced with microbundle. The problems that lib0 doesn't export its types correctly has been solved using yarn patch. Signed-off-by: Tilman Vatteroth <git@tilmanvatteroth.de>
2022-12-04 16:41:39 -05:00
},
refactor(common): extract frontmatter code into commons Signed-off-by: Philip Molares <philip.molares@udo.edu>
2023-03-26 06:30:16 -04:00
"include": ["./src", "./types"],
fix(commons): replace microbundle with bash based compile script The commons package ships wrong types because it is refering to the same files for the ESM and the CJS build. See https://arethetypeswrong.github.io/?p=%40mrdrogdrog%2Foptional%401.1.0 This happens because microbundle can handle the generation of `.mjs` and `.cjs` from files itself but delegates the generation of types entirely to typescript by running it once. Microbundle uses the "type" field from the package.json to know if a `.js` file is meant to be mjs or cjs and generates the other type by using the specific file extension `.cjs` and `.mjs` (so if your package is a `type: module`, then `.js` file are interpreted as ECMAModule and if you have a commonjs file you need to name it `.cjs`). But this causes a problem with typescript. If you use typescript with the newer module resolver then it expects the type declarations to be named exactly like the file you wanna import. So if you have a `.js` file it will try to look up types in a `.d.ts` file. If it is resolving a `.mjs` file it is looking for a `.d.mts` file. This clashes with the types generated by microbundle because you can't use a `.mjs` file with a `.d.ts` file. Running typescript multiple times can also be complicated. When generating type declaration files, typescript takes a look at the source file extension. So a `.mts` file will generate a `.mjs` and a `.d.mts` file. A `.ts` will generate a `.js` and `.d.ts` file. It doesn't matter if you run microbundle on `.ts`, `.mts` or `.cjs` files, it will only generate the type declarations once. How do you get the other type declaration? To solve this problem you either have to run typescript multiple times and manipulate the input or output data to have correct `.d.mts` / `.d.cts` files AND imports... or do what this PR changes. It runs typescript multiple times but places the complied files in different directories. It then places a package.json in both directories which declares if `.js` is commonjs or ESM. This way the resolver is happy because it can import `.js` files according to the package.json content and typescript is happy because it can find type declarations. And because package.json files are inheriting properties from other package.json files no necessary file is missing. Signed-off-by: Tilman Vatteroth <git@tilmanvatteroth.de>
2023-07-30 08:02:14 -04:00
"exclude": ["./dist", "**/*.test.ts"]
feat(packages): add commons package This is an import of https://github.com/hedgedoc/commons/commit/166ca8da120217707a27b8f1b276af33b7f1fa60 with some changes to make it fit into the mono repo. - TypedEventEmitter has been replaced with EventEmitter2 because EventEmitter2 is faster and TypedEventEmitter had some troubles with the new way of compiling. - tsc-esm has been replaced with microbundle. The problems that lib0 doesn't export its types correctly has been solved using yarn patch. Signed-off-by: Tilman Vatteroth <git@tilmanvatteroth.de>
2022-12-04 16:41:39 -05:00
}
Reference in a new issue Copy permalink