@vue/compat 3.6.0-rc.13 → 3.6.0-rc.15
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/README.md +2 -2
- package/dist/vue-compat.d.ts +16 -5
- package/dist/vue.cjs.js +562 -235
- package/dist/vue.cjs.prod.js +463 -188
- package/dist/vue.esm-browser.js +530 -229
- package/dist/vue.esm-browser.prod.js +7 -7
- package/dist/vue.esm-bundler.js +561 -235
- package/dist/vue.global.js +530 -229
- package/dist/vue.global.prod.js +7 -7
- package/dist/vue.runtime.esm-browser.js +530 -229
- package/dist/vue.runtime.esm-browser.prod.js +7 -7
- package/dist/vue.runtime.esm-bundler.js +561 -235
- package/dist/vue.runtime.global.js +530 -229
- package/dist/vue.runtime.global.prod.js +7 -7
- package/package.json +3 -3
package/README.md
CHANGED
|
@@ -24,11 +24,11 @@ While we've tried hard to make the migration build mimic Vue 2 behavior as much
|
|
|
24
24
|
|
|
25
25
|
Please note that the migration build aims to cover only publicly documented Vue 2 APIs and behavior. If your application fails to run under the migration build due to reliance on undocumented behavior, it is unlikely that we'll tweak the migration build to cater to your specific case. Consider refactoring to remove reliance on the behavior in question instead.
|
|
26
26
|
|
|
27
|
-
A word of caution: if your application is large and complex, migration will likely be a challenge even with the migration build. If your app is unfortunately not suitable for upgrade, do note that we are planning to backport Composition API and some other Vue 3 features to the 2.7 release
|
|
27
|
+
A word of caution: if your application is large and complex, migration will likely be a challenge even with the migration build. If your app is unfortunately not suitable for upgrade, do note that we are planning to backport Composition API and some other Vue 3 features to the 2.7 release.
|
|
28
28
|
|
|
29
29
|
If you do get your app running on the migration build, you **can** ship it to production before the migration is complete. Although there is a small performance/size overhead, it should not noticeably affect production UX. You may have to do so when you have dependencies that rely on Vue 2 behavior, and cannot be upgraded/replaced.
|
|
30
30
|
|
|
31
|
-
The migration build will be provided starting with 3.1, and will continue to be published alongside the 3.2 release line. We do plan to eventually stop publishing the migration build in a future minor version
|
|
31
|
+
The migration build will be provided starting with 3.1, and will continue to be published alongside the 3.2 release line. We do plan to eventually stop publishing the migration build in a future minor version, so you should still aim to switch to the standard build before then.
|
|
32
32
|
|
|
33
33
|
## Upgrade Workflow
|
|
34
34
|
|
package/dist/vue-compat.d.ts
CHANGED
|
@@ -155,6 +155,8 @@ declare class ReactiveEffect<T = any> implements ReactiveEffectOptions, Reactive
|
|
|
155
155
|
fn(): T;
|
|
156
156
|
constructor(fn?: () => T);
|
|
157
157
|
get active(): boolean;
|
|
158
|
+
/** @internal */
|
|
159
|
+
get running(): boolean;
|
|
158
160
|
pause(): void;
|
|
159
161
|
resume(): void;
|
|
160
162
|
notify(): void;
|
|
@@ -342,7 +344,12 @@ declare enum SchedulerJobFlags {
|
|
|
342
344
|
* Requeue a Suspense effect if its pending branch is discarded.
|
|
343
345
|
* @internal
|
|
344
346
|
*/
|
|
345
|
-
REQUEUE_ON_SUSPENSE_DISCARD = 8
|
|
347
|
+
REQUEUE_ON_SUSPENSE_DISCARD = 8,
|
|
348
|
+
/**
|
|
349
|
+
* A post job buffered by a suspense boundary is queued as soon as that
|
|
350
|
+
* boundary resolves.
|
|
351
|
+
*/
|
|
352
|
+
FLUSH_ON_SUSPENSE_RESOLVE = 16
|
|
346
353
|
}
|
|
347
354
|
interface SchedulerJob extends Function {
|
|
348
355
|
order?: number;
|
|
@@ -623,6 +630,7 @@ interface SuspenseBoundary {
|
|
|
623
630
|
deps: number;
|
|
624
631
|
pendingId: number;
|
|
625
632
|
timeout: number;
|
|
633
|
+
timeoutTimer: ReturnType<typeof setTimeout> | undefined;
|
|
626
634
|
isInFallback: boolean;
|
|
627
635
|
isHydrating: boolean;
|
|
628
636
|
isUnmounted: boolean;
|
|
@@ -1071,6 +1079,12 @@ interface VaporInVdomInterface {
|
|
|
1071
1079
|
*/
|
|
1072
1080
|
hasTransitionChild(vnode: VNode): boolean;
|
|
1073
1081
|
getTransitionElement(vnode: VNode): RendererElement | undefined;
|
|
1082
|
+
/**
|
|
1083
|
+
* Enters what vapor mounted under `suspense` while it was pending, right
|
|
1084
|
+
* before the boundary reveals its branch: the boundary's own walk stops
|
|
1085
|
+
* at a vapor component.
|
|
1086
|
+
*/
|
|
1087
|
+
enterDeferred(suspense: SuspenseBoundary, enters: Function[]): void;
|
|
1074
1088
|
/**
|
|
1075
1089
|
* Re-resolves the hooks of the rows a mounted vapor slot renders under a
|
|
1076
1090
|
* TransitionGroup (`vnode.vs.group`) and hands over their elements.
|
|
@@ -1097,6 +1111,7 @@ interface VdomSlotOptions {
|
|
|
1097
1111
|
fallback?: (...args: any[]) => any;
|
|
1098
1112
|
flags?: number;
|
|
1099
1113
|
adoptAnchor?: Node;
|
|
1114
|
+
insertionParent?: ParentNode;
|
|
1100
1115
|
}
|
|
1101
1116
|
/**
|
|
1102
1117
|
* The vdom in vapor implementation is in runtime-vapor/src/vdomInterop.ts
|
|
@@ -1455,10 +1470,6 @@ interface ComponentInternalOptions {
|
|
|
1455
1470
|
* indicates vapor component
|
|
1456
1471
|
*/
|
|
1457
1472
|
__vapor?: boolean;
|
|
1458
|
-
/**
|
|
1459
|
-
* whether this vapor component has multiple root nodes
|
|
1460
|
-
*/
|
|
1461
|
-
__multiRoot?: boolean;
|
|
1462
1473
|
/**
|
|
1463
1474
|
* indicates keep-alive component
|
|
1464
1475
|
*/
|