@vue/compat 3.6.0-rc.14 → 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 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 (estimated late Q3 2021).
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 (no earlier than EOY 2021), so you should still aim to switch to the standard build before then.
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
 
@@ -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
  */