@effect/platform-browser 4.0.0-beta.67 → 4.0.0-beta.68

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.
Files changed (42) hide show
  1. package/dist/BrowserCrypto.d.ts +23 -0
  2. package/dist/BrowserCrypto.d.ts.map +1 -0
  3. package/dist/BrowserCrypto.js +61 -0
  4. package/dist/BrowserCrypto.js.map +1 -0
  5. package/dist/BrowserHttpClient.d.ts +5 -5
  6. package/dist/BrowserHttpClient.js +4 -4
  7. package/dist/BrowserKeyValueStore.d.ts +3 -3
  8. package/dist/BrowserKeyValueStore.js +3 -3
  9. package/dist/BrowserSocket.d.ts +2 -2
  10. package/dist/BrowserSocket.js +2 -2
  11. package/dist/BrowserWorker.d.ts +2 -2
  12. package/dist/BrowserWorker.js +2 -2
  13. package/dist/BrowserWorkerRunner.d.ts +3 -3
  14. package/dist/BrowserWorkerRunner.js +3 -3
  15. package/dist/Clipboard.d.ts +5 -5
  16. package/dist/Clipboard.js +4 -4
  17. package/dist/Geolocation.d.ts +8 -8
  18. package/dist/Geolocation.js +6 -6
  19. package/dist/IndexedDb.d.ts +1 -1
  20. package/dist/IndexedDb.js +1 -1
  21. package/dist/IndexedDbQueryBuilder.d.ts +0 -1
  22. package/dist/IndexedDbQueryBuilder.d.ts.map +1 -1
  23. package/dist/IndexedDbQueryBuilder.js.map +1 -1
  24. package/dist/Permissions.d.ts +3 -3
  25. package/dist/Permissions.js +2 -2
  26. package/dist/index.d.ts +323 -0
  27. package/dist/index.d.ts.map +1 -1
  28. package/dist/index.js +323 -0
  29. package/dist/index.js.map +1 -1
  30. package/package.json +3 -3
  31. package/src/BrowserCrypto.ts +71 -0
  32. package/src/BrowserHttpClient.ts +5 -5
  33. package/src/BrowserKeyValueStore.ts +3 -3
  34. package/src/BrowserSocket.ts +2 -2
  35. package/src/BrowserWorker.ts +2 -2
  36. package/src/BrowserWorkerRunner.ts +3 -3
  37. package/src/Clipboard.ts +5 -5
  38. package/src/Geolocation.ts +8 -8
  39. package/src/IndexedDb.ts +1 -1
  40. package/src/IndexedDbQueryBuilder.ts +0 -1
  41. package/src/Permissions.ts +3 -3
  42. package/src/index.ts +324 -0
package/dist/index.d.ts CHANGED
@@ -2,66 +2,389 @@
2
2
  * @since 4.0.0
3
3
  */
4
4
  /**
5
+ * Browser platform implementation of the Crypto service.
6
+ *
7
+ * @since 1.0.0
8
+ */
9
+ export * as BrowserCrypto from "./BrowserCrypto.ts";
10
+ /**
11
+ * Browser implementations of the Effect `HttpClient`.
12
+ *
13
+ * This module exposes HTTP client layers for code that runs in a browser. It
14
+ * re-exports the fetch-based client for the common case, where requests should
15
+ * use the platform `fetch` implementation and optional `RequestInit` defaults,
16
+ * and it provides an `XMLHttpRequest`-backed layer for integrations that need
17
+ * XHR semantics such as response type control or environments where XHR is the
18
+ * required transport.
19
+ *
20
+ * Use these layers for single-page applications, browser tests, generated
21
+ * `HttpApiClient`s, and other client-side Effect programs that need HTTP
22
+ * requests to participate in interruption, typed transport / decode errors, and
23
+ * Effect's response body readers.
24
+ *
25
+ * Browser networking rules still apply. Cross-origin requests are subject to
26
+ * CORS preflights and server allowlists, especially when using custom headers,
27
+ * non-simple methods, or non-simple content types. Only CORS-exposed response
28
+ * headers are readable, and cookies / authentication are controlled by the
29
+ * browser and the configured fetch `RequestInit.credentials` policy. The XHR
30
+ * layer uses the browser's `XMLHttpRequest` defaults for credentials.
31
+ *
32
+ * Body handling differs between the transports. Fetch delegates body framing to
33
+ * the Web Fetch implementation. The XHR client sends empty, raw, `Uint8Array`,
34
+ * and `FormData` bodies directly, buffers `Stream` request bodies before
35
+ * sending, defaults responses to text, and can be switched to `ArrayBuffer`
36
+ * responses with `withXHRArrayBuffer`. When sending `FormData`, avoid setting
37
+ * an incompatible `Content-Type` header so the browser can generate the
38
+ * multipart boundary.
39
+ *
5
40
  * @since 4.0.0
6
41
  */
7
42
  export * as BrowserHttpClient from "./BrowserHttpClient.ts";
8
43
  /**
44
+ * Browser-backed `KeyValueStore` layers for Effect programs.
45
+ *
46
+ * This module provides `KeyValueStore` implementations backed by the browser's
47
+ * synchronous Web Storage APIs: `localStorage` for origin-scoped data that
48
+ * persists across page reloads and browser sessions, and `sessionStorage` for
49
+ * page-session data that is cleared when that tab or window's page session
50
+ * ends. They are useful for small client-side values such as user preferences,
51
+ * feature flags, lightweight caches, persisted drafts, or session-only workflow
52
+ * state.
53
+ *
54
+ * Web Storage is only available in browser environments and is scoped by origin.
55
+ * Browsers may deny access in private modes or restricted contexts, and writes
56
+ * can fail when storage quotas are exceeded. The API stores strings and runs
57
+ * synchronously on the main thread, so prefer it for small payloads and avoid
58
+ * treating it as a database or a secure place for sensitive data.
59
+ *
9
60
  * @since 4.0.0
10
61
  */
11
62
  export * as BrowserKeyValueStore from "./BrowserKeyValueStore.ts";
12
63
  /**
64
+ * Browser-backed persistence layers for Effect's persistence service.
65
+ *
66
+ * This module provides IndexedDB implementations of the Effect persistence services for applications that need a
67
+ * durable client-side cache, such as remembered query results, offline-capable workflows, or values that should survive
68
+ * page reloads. Entries are stored by persistence store id and key in a shared IndexedDB object store, with optional
69
+ * expiration timestamps for TTL-based invalidation.
70
+ *
71
+ * Because this storage depends on browser IndexedDB, operations can fail when storage is unavailable, quota is exceeded,
72
+ * data is cleared by the user or browser, or the payload cannot be structured-cloned by IndexedDB. Expired entries are
73
+ * removed lazily when they are read, so this module is best suited for application-managed cached objects rather than
74
+ * security-sensitive or authoritative data.
75
+ *
13
76
  * @since 4.0.0
14
77
  */
15
78
  export * as BrowserPersistence from "./BrowserPersistence.ts";
16
79
  /**
80
+ * Browser entry-point helpers for running Effect programs.
81
+ *
82
+ * This module exposes `runMain`, a browser-oriented main runner for launching
83
+ * an Effect as the root program of a page, single-page application, demo, or
84
+ * browser test harness. It delegates execution to the core Effect runtime while
85
+ * adding the browser lifecycle hook needed to interrupt the main fiber when the
86
+ * page receives `beforeunload`.
87
+ *
88
+ * `BrowserRuntime` does not provide application services by itself. Provide
89
+ * any required layers, such as browser HTTP, storage, worker, geolocation, or
90
+ * permission services, before passing the effect to `runMain`. Keep long-lived
91
+ * browser resources scoped so interruption can run their finalizers while the
92
+ * page is still active.
93
+ *
94
+ * Browser unload is more constrained than a process signal. Finalizers that
95
+ * need the network, timers, prompts, or long asynchronous work may not complete
96
+ * once navigation or tab close has started, and browsers do not expose a
97
+ * process exit status. Use `runMain` to connect the page lifecycle to Effect
98
+ * interruption, and use browser-specific persistence or delivery APIs for work
99
+ * that must survive page teardown.
100
+ *
17
101
  * @since 4.0.0
18
102
  */
19
103
  export * as BrowserRuntime from "./BrowserRuntime.ts";
20
104
  /**
105
+ * Browser WebSocket layers for Effect sockets.
106
+ *
107
+ * This module provides the browser entry point for `Socket.Socket` values
108
+ * backed by the platform `WebSocket` implementation. Use `layerWebSocket` when
109
+ * client-side Effect programs, browser tests, RPC transports, or realtime UI
110
+ * features need a bidirectional socket connected to a WebSocket URL, and use
111
+ * `layerWebSocketConstructor` when lower-level socket APIs need access to the
112
+ * browser constructor service.
113
+ *
114
+ * Browser WebSocket rules still apply. Connections are created through
115
+ * `globalThis.WebSocket`, so URL schemes, subprotocol negotiation, mixed-content
116
+ * blocking, cookies, authentication, CORS-like origin checks, and extension
117
+ * negotiation are controlled by the browser and server rather than by Effect.
118
+ * Close events are translated into socket errors unless the provided
119
+ * `closeCodeIsError` predicate classifies the close code as clean, which is
120
+ * useful for protocols that use application-specific close codes.
121
+ *
122
+ * Messages are delivered as strings or binary `Uint8Array` values; browser
123
+ * `Blob` messages are read into bytes before they reach the socket handler.
124
+ * Outgoing data should already be serialized to a string or bytes, and protocol
125
+ * frames that represent an intentional close should be sent as `CloseEvent`
126
+ * values so the underlying `WebSocket.close` code and reason are preserved.
127
+ *
21
128
  * @since 4.0.0
22
129
  */
23
130
  export * as BrowserSocket from "./BrowserSocket.ts";
24
131
  /**
132
+ * Browser `Stream` constructors for DOM event targets.
133
+ *
134
+ * This module provides typed helpers for turning `window.addEventListener` and
135
+ * `document.addEventListener` callbacks into Effect `Stream`s. They are useful
136
+ * for UI and runtime signals such as resize, visibility, keyboard, pointer,
137
+ * focus, online / offline, and other browser events that should be composed
138
+ * with Effect stream operators and finalized with the consuming fiber.
139
+ *
140
+ * Browser events are push-based `EventTarget` notifications, so they do not
141
+ * apply Web Streams backpressure to the browser event source. Events are
142
+ * buffered until downstream pulls them; the default buffer is unbounded, so
143
+ * high-frequency sources like scroll, pointermove, or mousemove should usually
144
+ * set `bufferSize` and use stream operators that sample, debounce, throttle, or
145
+ * drop work as appropriate.
146
+ *
147
+ * These helpers are for DOM events, not for adapting `ReadableStream` request
148
+ * or response bodies. Fetch bodies follow the Web Streams body rules, including
149
+ * single-consumer locking and disturbed bodies after reads, and should be
150
+ * handled with body-specific HTTP or Web Streams APIs instead. When using the
151
+ * browser `once` option, pair the stream with `Stream.take(1)` if a finite
152
+ * stream is required.
153
+ *
25
154
  * @since 4.0.0
26
155
  */
27
156
  export * as BrowserStream from "./BrowserStream.ts";
28
157
  /**
158
+ * Parent-side browser support for Effect workers.
159
+ *
160
+ * This module provides the `WorkerPlatform` used by browser applications that
161
+ * spawn or connect to `Worker`, `SharedWorker`, and `MessagePort` endpoints
162
+ * through Effect's worker protocol. Pair it with `BrowserWorkerRunner` in the
163
+ * worker entrypoint when building worker-backed RPC clients, moving CPU-bound
164
+ * work off the main thread, isolating browser-only services, or adapting an
165
+ * existing `MessageChannel` in tests and custom transports.
166
+ *
167
+ * Dedicated workers communicate through the worker object itself, while shared
168
+ * workers communicate through `worker.port`; raw `MessagePort` values are also
169
+ * accepted and are started when supported. Messages are posted with the browser
170
+ * structured-clone algorithm, so payloads must be cloneable by the target
171
+ * runtime. Transfer lists can avoid copying values such as `ArrayBuffer` or
172
+ * `MessagePort`, but transferring moves ownership away from the sender and
173
+ * invalid or mismatched transferables can fail the send. Scope finalization
174
+ * sends the worker close signal over the port; the application that created a
175
+ * dedicated `Worker` remains responsible for any broader lifecycle such as
176
+ * terminating it.
177
+ *
29
178
  * @since 4.0.0
30
179
  */
31
180
  export * as BrowserWorker from "./BrowserWorker.ts";
32
181
  /**
182
+ * Browser runtime support for Effect worker runners.
183
+ *
184
+ * This module is intended for code that is already executing in a browser
185
+ * worker context, or for tests and adapters that supply a `MessagePort` or
186
+ * `Window` endpoint directly. It provides the `WorkerRunnerPlatform` used by
187
+ * `WorkerRunner` and `RpcServer.layerProtocolWorkerRunner` to receive parent
188
+ * or client requests, run Effect handlers, and send responses through the
189
+ * browser `postMessage` channel.
190
+ *
191
+ * Use it with `BrowserWorker` when a browser application needs to move RPC
192
+ * handlers, CPU-bound computations, or browser-only services into a dedicated
193
+ * worker or shared worker. Dedicated workers communicate through the current
194
+ * `self` endpoint; shared workers accept multiple `onconnect` ports and cache
195
+ * ports that connect before the runner layer starts. Messages still use the
196
+ * browser structured-clone algorithm, so payload schemas, transfer lists,
197
+ * `messageerror` events, and the lifetime of each `MessagePort` must be
198
+ * considered when crossing worker boundaries.
199
+ *
33
200
  * @since 4.0.0
34
201
  */
35
202
  export * as BrowserWorkerRunner from "./BrowserWorkerRunner.ts";
36
203
  /**
204
+ * Browser clipboard service for Effect programs.
205
+ *
206
+ * This module wraps the browser `navigator.clipboard` API in a `Clipboard`
207
+ * service so client-side applications can read, write, and clear clipboard
208
+ * contents as typed Effects. It is useful for common UI workflows such as copy
209
+ * buttons, paste/import actions, sharing generated text, and moving rich
210
+ * clipboard payloads like `Blob`-backed `ClipboardItem`s through an Effect
211
+ * environment.
212
+ *
213
+ * Browser clipboard rules still apply. Clipboard access generally requires a
214
+ * secure context, and browsers may require a user gesture, permission prompt, or
215
+ * active focused document before reads or writes are allowed. Support also
216
+ * varies by operation and payload type: text helpers are the most portable,
217
+ * while `ClipboardItem` and non-text MIME types may be unavailable or restricted
218
+ * in some browsers. Failed browser operations are surfaced as `ClipboardError`.
219
+ *
37
220
  * @since 4.0.0
38
221
  */
39
222
  export * as Clipboard from "./Clipboard.ts";
40
223
  /**
224
+ * Browser geolocation support for Effect programs.
225
+ *
226
+ * This module provides a `Geolocation` service and browser-backed layer for
227
+ * reading device location through `navigator.geolocation`. Use
228
+ * `getCurrentPosition` when an application needs one location fix, such as a
229
+ * nearby-search, check-in, or delivery estimate, and `watchPosition` when it
230
+ * needs a stream of updates for navigation, tracking, or location-aware UI.
231
+ *
232
+ * The implementation is browser-only and relies on the browser permission and
233
+ * policy model for geolocation. Calls may prompt the user, fail when permission
234
+ * is denied, time out, or report that position data is unavailable because of
235
+ * device, browser, privacy, origin, or secure-context restrictions. Watched
236
+ * positions are scoped so the underlying browser watch is cleared when the
237
+ * stream is finalized, and slow consumers should account for the sliding
238
+ * buffer used by `watchPosition`.
239
+ *
41
240
  * @since 4.0.0
42
241
  */
43
242
  export * as Geolocation from "./Geolocation.ts";
44
243
  /**
244
+ * Browser IndexedDB primitives and key schemas for Effect applications.
245
+ *
246
+ * This module is the low-level bridge used by the platform-browser IndexedDB
247
+ * integration. It provides an `IndexedDb` service around the browser
248
+ * `indexedDB` factory and `IDBKeyRange` constructor, a `layerWindow` layer for
249
+ * wiring those primitives from `window`, and schemas for the key shapes accepted
250
+ * by IndexedDB object stores and indexes.
251
+ *
252
+ * Use it when building typed local persistence for browser caches,
253
+ * offline-first state, background queues, drafts, or other client-side data
254
+ * that should be validated before it reaches IndexedDB. Higher-level database,
255
+ * version, table, and query modules build on these primitives for migrations
256
+ * and typed transactions.
257
+ *
258
+ * IndexedDB still follows the browser rules: schema changes happen only during
259
+ * version upgrades, upgrades may be blocked by other open tabs or connections,
260
+ * and reads or writes must run in transactions scoped to the object stores they
261
+ * touch. The `layerWindow` constructor should be used only where browser
262
+ * globals are available, and code that also runs during SSR or in restricted
263
+ * browser contexts should account for `indexedDB` or `IDBKeyRange` being
264
+ * missing.
265
+ *
45
266
  * @since 4.0.0
46
267
  */
47
268
  export * as IndexedDb from "./IndexedDb.ts";
48
269
  /**
270
+ * Builds and opens typed IndexedDB databases from versioned schema migrations.
271
+ *
272
+ * This module turns an `IndexedDbVersion` migration chain into an
273
+ * `IndexedDbDatabase` layer. The layer opens the browser database, runs any
274
+ * pending upgrade migrations, provides a query builder for the current schema,
275
+ * and exposes a `rebuild` effect that deletes and reopens the database. It is
276
+ * the database-level companion to the table, version, and query builder
277
+ * modules.
278
+ *
279
+ * Use it for browser-local persistence such as offline-first application
280
+ * state, cached server data, background queues, drafts, and other client-side
281
+ * stores that need typed reads and writes backed by IndexedDB transactions.
282
+ *
283
+ * IndexedDB schema changes can only happen inside upgrade transactions, so
284
+ * every call to `make` or `.add` represents the next browser database version
285
+ * and only migrations after the existing browser version are run. Table and
286
+ * index definitions type the migration and query APIs, but object stores and
287
+ * indexes still need to be created or removed explicitly with the migration
288
+ * transaction helpers. Include the complete target table set in each version,
289
+ * create indexes before querying them, and treat key path or auto-increment
290
+ * changes as store migrations that copy data into a replacement object store.
291
+ * Upgrades can be blocked by other open connections, and all migration reads,
292
+ * writes, store changes, and index changes share the single upgrade
293
+ * transaction supplied by the browser.
294
+ *
49
295
  * @since 4.0.0
50
296
  */
51
297
  export * as IndexedDbDatabase from "./IndexedDbDatabase.ts";
52
298
  /**
299
+ * Builds effectful, schema-aware queries for typed browser IndexedDB versions.
300
+ *
301
+ * An `IndexedDbQueryBuilder` is created from an open database and a version's
302
+ * table descriptors, then exposes `from(tableName)` as the entry point for
303
+ * table operations. The resulting query objects can select, count, delete,
304
+ * insert, upsert, clear tables, stream paged reads, react to invalidations, and
305
+ * run multiple effects in a shared `IDBTransaction` with `withTransaction`.
306
+ *
307
+ * Use this module for local browser persistence such as caches, offline-first
308
+ * state, background queues, drafts, and other client-side data where writes
309
+ * should be encoded through `Schema` and reads should be decoded before they
310
+ * reach application code.
311
+ *
312
+ * Index and range helpers are thinly typed wrappers around IndexedDB object
313
+ * stores, indexes, `IDBKeyRange`, and cursors. Index names must be declared on
314
+ * the table and created during migrations; without an index, queries use the
315
+ * object store key path. Range values are encoded IndexedDB key values, and
316
+ * compound key paths must follow the declared key order. Filters, offsets,
317
+ * reverse reads, out-of-line keys, and limited deletes require cursor-based
318
+ * scans, while simpler selects can use `getAll`.
319
+ *
320
+ * Table schema details affect runtime behavior: auto-increment writes may omit
321
+ * the generated numeric key, stores without a key path require an out-of-line
322
+ * `key` for writes and add that `key` back to selected rows, and schema
323
+ * mismatches surface as `EncodeError` or `DecodeError` query failures.
324
+ *
53
325
  * @since 4.0.0
54
326
  */
55
327
  export * as IndexedDbQueryBuilder from "./IndexedDbQueryBuilder.ts";
56
328
  /**
329
+ * Defines typed table descriptors for the browser IndexedDB integration.
330
+ *
331
+ * An `IndexedDbTable` records the object store name, row schema, primary key
332
+ * path, indexes, auto-increment behavior, and transaction durability used by
333
+ * database versions, migrations, and typed queries. These descriptors are
334
+ * useful for local caches, offline-first application state, background queues,
335
+ * drafts, and other browser-persisted data that should be validated through
336
+ * `Schema`.
337
+ *
338
+ * Key paths and index paths must reference encoded schema fields whose values
339
+ * are valid IndexedDB keys, and compound paths are represented as readonly
340
+ * arrays. Tables without a key path use an out-of-line `key` that is added to
341
+ * reads and required for writes, so the row schema itself cannot define a
342
+ * `key` field. Auto-increment tables require a numeric key path; when that key
343
+ * is omitted on write, the module uses a derived schema without the generated
344
+ * key. Declaring indexes here types query builder index selection, but the
345
+ * indexes still need to be created during database migrations.
346
+ *
57
347
  * @since 4.0.0
58
348
  */
59
349
  export * as IndexedDbTable from "./IndexedDbTable.ts";
60
350
  /**
351
+ * Typed IndexedDB schema version definitions.
352
+ *
353
+ * This module represents one logical IndexedDB database version as a non-empty set of `IndexedDbTable` definitions.
354
+ * Versions are consumed by `IndexedDbDatabase.make` and `.add` to type query builders and migration transactions, so
355
+ * applications can describe the tables available after initialization or after each schema upgrade.
356
+ *
357
+ * Use an `IndexedDbVersion` when defining the initial stores for a browser database, adding or removing object stores,
358
+ * changing indexes, or moving data between differently shaped table schemas. The version value is a typed description of
359
+ * the target schema; creating and deleting object stores or indexes still happens explicitly inside the corresponding
360
+ * `IndexedDbDatabase` migration callback.
361
+ *
362
+ * IndexedDB versioning is ordered by the migration chain rather than by a number stored here. Each `.add` step becomes
363
+ * the next browser database version, and only migrations after the browser's current version are run. Include every table
364
+ * that should be queryable in each target version, avoid duplicate table names, and remember that key-path or
365
+ * auto-increment changes usually require creating a new object store and copying data during the upgrade transaction.
366
+ *
61
367
  * @since 4.0.0
62
368
  */
63
369
  export * as IndexedDbVersion from "./IndexedDbVersion.ts";
64
370
  /**
371
+ * Browser Permissions API support for Effect programs.
372
+ *
373
+ * This module provides a `Permissions` service and browser-backed layer for
374
+ * querying `navigator.permissions` from Effect code. Use it to check whether a
375
+ * browser capability is currently `granted`, `prompt`, or `denied` before
376
+ * showing UI for flows such as geolocation, notifications, clipboard access,
377
+ * camera, microphone, or persistent storage.
378
+ *
379
+ * Permission queries do not request access by themselves and should not replace
380
+ * the feature API that actually performs the operation. Browser support for
381
+ * permission names and states is uneven, queries may reject for unsupported or
382
+ * invalid descriptors, and some permissions are only meaningful in secure
383
+ * contexts or after user activation. Returned `PermissionStatus` objects can
384
+ * change when the user updates browser settings or responds to prompts; when
385
+ * watching `change` or `onchange`, account for browser differences and clean up
386
+ * listeners when the surrounding Effect scope ends.
387
+ *
65
388
  * @since 4.0.0
66
389
  */
67
390
  export * as Permissions from "./Permissions.ts";
@@ -1 +1 @@
1
- {"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../src/index.ts"],"names":[],"mappings":"AAAA;;GAEG;AAIH;;GAEG;AACH,OAAO,KAAK,iBAAiB,MAAM,wBAAwB,CAAA;AAE3D;;GAEG;AACH,OAAO,KAAK,oBAAoB,MAAM,2BAA2B,CAAA;AAEjE;;GAEG;AACH,OAAO,KAAK,kBAAkB,MAAM,yBAAyB,CAAA;AAE7D;;GAEG;AACH,OAAO,KAAK,cAAc,MAAM,qBAAqB,CAAA;AAErD;;GAEG;AACH,OAAO,KAAK,aAAa,MAAM,oBAAoB,CAAA;AAEnD;;GAEG;AACH,OAAO,KAAK,aAAa,MAAM,oBAAoB,CAAA;AAEnD;;GAEG;AACH,OAAO,KAAK,aAAa,MAAM,oBAAoB,CAAA;AAEnD;;GAEG;AACH,OAAO,KAAK,mBAAmB,MAAM,0BAA0B,CAAA;AAE/D;;GAEG;AACH,OAAO,KAAK,SAAS,MAAM,gBAAgB,CAAA;AAE3C;;GAEG;AACH,OAAO,KAAK,WAAW,MAAM,kBAAkB,CAAA;AAE/C;;GAEG;AACH,OAAO,KAAK,SAAS,MAAM,gBAAgB,CAAA;AAE3C;;GAEG;AACH,OAAO,KAAK,iBAAiB,MAAM,wBAAwB,CAAA;AAE3D;;GAEG;AACH,OAAO,KAAK,qBAAqB,MAAM,4BAA4B,CAAA;AAEnE;;GAEG;AACH,OAAO,KAAK,cAAc,MAAM,qBAAqB,CAAA;AAErD;;GAEG;AACH,OAAO,KAAK,gBAAgB,MAAM,uBAAuB,CAAA;AAEzD;;GAEG;AACH,OAAO,KAAK,WAAW,MAAM,kBAAkB,CAAA"}
1
+ {"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../src/index.ts"],"names":[],"mappings":"AAAA;;GAEG;AAIH;;;;GAIG;AACH,OAAO,KAAK,aAAa,MAAM,oBAAoB,CAAA;AAEnD;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GA+BG;AACH,OAAO,KAAK,iBAAiB,MAAM,wBAAwB,CAAA;AAE3D;;;;;;;;;;;;;;;;;;GAkBG;AACH,OAAO,KAAK,oBAAoB,MAAM,2BAA2B,CAAA;AAEjE;;;;;;;;;;;;;;GAcG;AACH,OAAO,KAAK,kBAAkB,MAAM,yBAAyB,CAAA;AAE7D;;;;;;;;;;;;;;;;;;;;;;;GAuBG;AACH,OAAO,KAAK,cAAc,MAAM,qBAAqB,CAAA;AAErD;;;;;;;;;;;;;;;;;;;;;;;;;GAyBG;AACH,OAAO,KAAK,aAAa,MAAM,oBAAoB,CAAA;AAEnD;;;;;;;;;;;;;;;;;;;;;;;;GAwBG;AACH,OAAO,KAAK,aAAa,MAAM,oBAAoB,CAAA;AAEnD;;;;;;;;;;;;;;;;;;;;;;GAsBG;AACH,OAAO,KAAK,aAAa,MAAM,oBAAoB,CAAA;AAEnD;;;;;;;;;;;;;;;;;;;;GAoBG;AACH,OAAO,KAAK,mBAAmB,MAAM,0BAA0B,CAAA;AAE/D;;;;;;;;;;;;;;;;;;GAkBG;AACH,OAAO,KAAK,SAAS,MAAM,gBAAgB,CAAA;AAE3C;;;;;;;;;;;;;;;;;;GAkBG;AACH,OAAO,KAAK,WAAW,MAAM,kBAAkB,CAAA;AAE/C;;;;;;;;;;;;;;;;;;;;;;;;GAwBG;AACH,OAAO,KAAK,SAAS,MAAM,gBAAgB,CAAA;AAE3C;;;;;;;;;;;;;;;;;;;;;;;;;;;GA2BG;AACH,OAAO,KAAK,iBAAiB,MAAM,wBAAwB,CAAA;AAE3D;;;;;;;;;;;;;;;;;;;;;;;;;;;;GA4BG;AACH,OAAO,KAAK,qBAAqB,MAAM,4BAA4B,CAAA;AAEnE;;;;;;;;;;;;;;;;;;;;GAoBG;AACH,OAAO,KAAK,cAAc,MAAM,qBAAqB,CAAA;AAErD;;;;;;;;;;;;;;;;;;GAkBG;AACH,OAAO,KAAK,gBAAgB,MAAM,uBAAuB,CAAA;AAEzD;;;;;;;;;;;;;;;;;;;GAmBG;AACH,OAAO,KAAK,WAAW,MAAM,kBAAkB,CAAA"}