@stacksjs/collections 0.73.2 → 0.74.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/index.d.ts +23 -0
- package/package.json +1 -1
package/dist/index.d.ts
CHANGED
|
@@ -1,3 +1,26 @@
|
|
|
1
|
+
/*
|
|
2
|
+
* The types, not just the function.
|
|
3
|
+
*
|
|
4
|
+
* `collect()` returns `CollectionOperations<T>`, and this package used to
|
|
5
|
+
* export no way to name it. A consumer that wanted to annotate a collection
|
|
6
|
+
* had to reach past this package into `ts-collect` itself, so in practice
|
|
7
|
+
* nobody did, and declarations fell back to whatever could be inferred.
|
|
8
|
+
*
|
|
9
|
+
* That is not free at a package boundary: `bun-plugin-dtsx` could not follow
|
|
10
|
+
* the inferred type out through this re-export and emitted
|
|
11
|
+
* `export declare const quotes: unknown` for `@stacksjs/cli`, which is what
|
|
12
|
+
* made a freshly scaffolded app fail its own `buddy typecheck`
|
|
13
|
+
* (stacksjs/stacks#2389).
|
|
14
|
+
*/
|
|
15
|
+
export type {
|
|
16
|
+
Collection,
|
|
17
|
+
CollectionMetrics,
|
|
18
|
+
CollectionOperations,
|
|
19
|
+
LazyCollectionOperations,
|
|
20
|
+
PaginationResult,
|
|
21
|
+
StandardDeviationResult,
|
|
22
|
+
ValidationSchema,
|
|
23
|
+
} from 'ts-collect';
|
|
1
24
|
// Avoid ts-collect 0.4.1 and 0.4.2: their published dist is unparseable, so an
|
|
2
25
|
// import here took the whole test suite down. Fixed in 0.4.3.
|
|
3
26
|
export { collect } from 'ts-collect';
|