ビュー遷移が 1 つのドキュメントで実行される場合、それは同じドキュメント内のビュー遷移と呼ばれます。これは、JavaScript を使用して DOM を更新するシングルページ アプリケーション(SPA)でよく見られます。Chrome 111 では、同一ドキュメント ビューの移行がサポートされています。
同じドキュメント内のビュー遷移をトリガーするには、document.startViewTransition
を呼び出します。
function handleClick(e) {
// Fallback for browsers that don't support this API:
if (!document.startViewTransition) {
updateTheDOMSomehow();
return;
}
// With a View Transition:
document.startViewTransition(() => updateTheDOMSomehow());
}
呼び出されると、ブラウザは view-transition-name
CSS プロパティが宣言されているすべての要素のスナップショットを自動的にキャプチャします。
次に、渡されたコールバックを実行して DOM を更新し、新しい状態のスナップショットを取得します。
これらのスナップショットは疑似要素のツリーに配置され、CSS アニメーションを活用してアニメーション化されます。古い状態と新しい状態のスナップショットのペアが、古い位置とサイズから新しい位置にスムーズに移行し、コンテンツがクロスフェードします。必要に応じて、CSS を使用してアニメーションをカスタマイズできます。
デフォルトの遷移: クロスフェード
デフォルトのビュー遷移はクロスフェードであるため、API の導入として適しています。
function spaNavigate(data) {
// Fallback for browsers that don't support this API:
if (!document.startViewTransition) {
updateTheDOMSomehow(data);
return;
}
// With a transition:
document.startViewTransition(() => updateTheDOMSomehow(data));
}
ここで、updateTheDOMSomehow
は DOM を新しい状態に変更します。任意の方法で行うことができます。たとえば、要素の追加や削除、クラス名の変更、スタイルの変更を行うことができます。
このように、ページはクロスフェードします。
<ph type="x-smartling-placeholder">クロスフェードはあまりいいじゃない。幸い、遷移はカスタマイズできます。まず、この基本的なクロスフェードの仕組みを理解する必要があります。
移行の仕組み
前のコードサンプルを更新しましょう。
document.startViewTransition(() => updateTheDOMSomehow(data));
.startViewTransition()
が呼び出されると、API はページの現在の状態を取得します。これにはスナップショットの作成も含まれます。
完了すると、.startViewTransition()
に渡されたコールバックが呼び出されます。ここで DOM が変更されます。その後、API はページの新しい状態を取得します。
新しい状態がキャプチャされると、API は次のような疑似要素ツリーを構築します。
::view-transition
└─ ::view-transition-group(root)
└─ ::view-transition-image-pair(root)
├─ ::view-transition-old(root)
└─ ::view-transition-new(root)
::view-transition
は、ページ上の他のすべての要素の上にオーバーレイで表示されます。これは、遷移の背景色を設定する場合に便利です。
::view-transition-old(root)
は古いビューのスクリーンショットであり、::view-transition-new(root)
は新しいビューのライブ 表現です。どちらも CSS の「置換コンテンツ」(<img>
など)としてレンダリングされます。
古いビューは opacity: 1
から opacity: 0
にアニメーション化され、新しいビューは opacity: 0
から opacity: 1
にアニメーション化され、クロスフェードが作成されます。
すべてのアニメーションは CSS アニメーションを使用して実行されるため、CSS でカスタマイズできます。
遷移をカスタマイズする
ビュー遷移の擬似要素はすべて CSS でターゲティングできます。アニメーションは CSS を使用して定義されるため、既存の CSS アニメーション プロパティを使用して変更できます。例:
::view-transition-old(root),
::view-transition-new(root) {
animation-duration: 5s;
}
この 1 つの変更により、フェードが非常に遅くなりました。
<ph type="x-smartling-placeholder">まだあまり良い印象は持っていません。代わりに、次のコードは マテリアル デザインの共有軸遷移を実装します。
@keyframes fade-in {
from { opacity: 0; }
}
@keyframes fade-out {
to { opacity: 0; }
}
@keyframes slide-from-right {
from { transform: translateX(30px); }
}
@keyframes slide-to-left {
to { transform: translateX(-30px); }
}
::view-transition-old(root) {
animation: 90ms cubic-bezier(0.4, 0, 1, 1) both fade-out,
300ms cubic-bezier(0.4, 0, 0.2, 1) both slide-to-left;
}
::view-transition-new(root) {
animation: 210ms cubic-bezier(0, 0, 0.2, 1) 90ms both fade-in,
300ms cubic-bezier(0.4, 0, 0.2, 1) both slide-from-right;
}
結果は次のようになります。
複数の要素を移行
前のデモでは、ページ全体が共有軸移行に関係しています。ほとんどのページで問題ありませんが、スライドして元に戻るためだけにスライドして表示されるため、見出しには適切ではないようです。
これを回避するには、ページの残りの部分からヘッダーを抽出して、別々にアニメーション化できるようにします。これは、要素に view-transition-name
を割り当てることで行います。
.main-header {
view-transition-name: main-header;
}
view-transition-name
の値は自由に指定できます(ただし、none
は遷移名がないことを意味します)。遷移全体で要素を一意に識別するために使用されます。
その結果、次のようになります。
<ph type="x-smartling-placeholder">これで、ヘッダーは固定され、クロスフェードされます。
この CSS 宣言により、擬似要素ツリーが次のように変更されました。
::view-transition
├─ ::view-transition-group(root)
│ └─ ::view-transition-image-pair(root)
│ ├─ ::view-transition-old(root)
│ └─ ::view-transition-new(root)
└─ ::view-transition-group(main-header)
└─ ::view-transition-image-pair(main-header)
├─ ::view-transition-old(main-header)
└─ ::view-transition-new(main-header)
これで移行グループが 2 つになりました。1 つはヘッダー用、もう 1 つは残りの部分用です。これらは CSS と独立してターゲットを設定し、異なる遷移を指定できます。この場合、main-header
はデフォルトの遷移(クロスフェード)のままになっています。
デフォルトの遷移はクロスフェードだけでなく、::view-transition-group
も遷移します。
- 位置と変換(
transform
を使用) - 幅
- 高さ
これまでは、DOM の変更の両側でヘッダーのサイズと位置が同じだったため、問題はありませんでした。ただし、ヘッダー内のテキストを抽出することもできます。
.main-header-text {
view-transition-name: main-header-text;
width: fit-content;
}
fit-content
は、要素がテキストのサイズになるように使用され、残りの幅まで引き伸ばされません。そうしないと、「戻る」矢印によってヘッダーのテキスト要素のサイズが小さくなり、両方のページで同じサイズにはなりません。
これで、次の 3 つの部分を操作できるようになりました。
::view-transition
├─ ::view-transition-group(root)
│ └─ …
├─ ::view-transition-group(main-header)
│ └─ …
└─ ::view-transition-group(main-header-text)
└─ …
デフォルトのままにします。
これで、見出しテキストが少しスライドして、戻るボタンのスペースが確保されました。
view-transition-class
を使用して、複数の疑似要素を同じ方法でアニメーション化する
対応ブラウザ
- <ph type="x-smartling-placeholder">
多数のカードを使用したビュー遷移があり、ページ上にタイトルもあるとします。タイトルを除くすべてのカードをアニメーション化するには、個々のカードをターゲットとするセレクタを記述する必要があります。
h1 {
view-transition-name: title;
}
::view-transition-group(title) {
animation-timing-function: ease-in-out;
}
#card1 { view-transition-name: card1; }
#card2 { view-transition-name: card2; }
#card3 { view-transition-name: card3; }
#card4 { view-transition-name: card4; }
…
#card20 { view-transition-name: card20; }
::view-transition-group(card1),
::view-transition-group(card2),
::view-transition-group(card3),
::view-transition-group(card4),
…
::view-transition-group(card20) {
animation-timing-function: var(--bounce);
}
20 個の要素がある場合、つまり、20 個のセレクタを記述する必要があります。新しい要素を追加する場合は、また、アニメーション スタイルを適用するセレクタも拡張する必要があります。スケーラビリティは完全ではありません。
view-transition-class
は、ビュー遷移の疑似要素で使用して、同じスタイルルールを適用できます。
#card1 { view-transition-name: card1; }
#card2 { view-transition-name: card2; }
#card3 { view-transition-name: card3; }
#card4 { view-transition-name: card4; }
#card5 { view-transition-name: card5; }
…
#card20 { view-transition-name: card20; }
#cards-wrapper > div {
view-transition-class: card;
}
html::view-transition-group(.card) {
animation-timing-function: var(--bounce);
}
次のカードの例では、前の CSS スニペットを活用しています。新しく追加したカードを含むすべてのカードで、1 つのセレクタ(html::view-transition-group(.card)
)で同じタイミングが適用されます。
遷移をデバッグする
ビュー遷移は CSS アニメーションを基に構築されるため、Chrome DevTools の [アニメーション] パネルは遷移のデバッグに最適です。
[アニメーション] パネルを使用すると、次のアニメーションを一時停止し、アニメーションを前後にスクラブできます。この間、遷移疑似要素は [要素] パネルに表示されます。
遷移する要素は同じ DOM 要素である必要はない
これまでは、view-transition-name
を使用して、ヘッダーとヘッダー内のテキストに別々の遷移要素を作成しました。これらは概念的には DOM 変更前と変更後の要素と同じですが、そうでない場合は遷移を作成できます。
たとえば、メインの動画の埋め込みには view-transition-name
を指定できます。
.full-embed {
view-transition-name: full-embed;
}
次に、サムネイルがクリックされたときに、遷移中のみ同じ view-transition-name
を割り当てることができます。
thumbnail.onclick = async () => {
thumbnail.style.viewTransitionName = 'full-embed';
document.startViewTransition(() => {
thumbnail.style.viewTransitionName = '';
updateTheDOMSomehow();
});
};
結果は次のようになる
<ph type="x-smartling-placeholder">サムネイルがメイン画像に切り替わります。概念的にも(文字通り)異なる要素ですが、同じ view-transition-name
を共有しているため、Transition API では同じものとして扱われます。
この遷移の実際のコードは、上の例よりも少し複雑です。これは、サムネイル ページへの遷移も処理するためです。完全な実装については、ソースを参照してください。
カスタムの開始と終了の遷移
次の例をご覧ください。
<ph type="x-smartling-placeholder">サイドバーは移行の一部です。
.sidebar {
view-transition-name: sidebar;
}
ただし、前の例のヘッダーとは異なり、サイドバーはすべてのページに表示されるわけではありません。両方の状態にサイドバーがある場合、遷移の疑似要素は次のようになります。
::view-transition
├─ …other transition groups…
└─ ::view-transition-group(sidebar)
└─ ::view-transition-image-pair(sidebar)
├─ ::view-transition-old(sidebar)
└─ ::view-transition-new(sidebar)
ただし、サイドバーが新しいページにのみ配置されている場合、::view-transition-old(sidebar)
疑似要素は表示されません。「古い」ものは存在しないため、image-pair には ::view-transition-new(sidebar)
のみが含まれます。同様に、サイドバーが古いページのみにある場合、image-pair には ::view-transition-old(sidebar)
のみが含まれます。
前のデモでは、サイドバーの遷移は、サイドバーが表示状態、非表示状態、または両方の状態にあるかどうかによって異なります。右からスライドしてフェードインすることで表示されます。右にスライドしてフェードアウトすることで非表示になります。両方の状態にある場合は、その場所に留まります。
特定の開始遷移と終了遷移を作成するには、:only-child
疑似クラスを使用して、画像ペアの唯一の子要素である古い疑似要素または新しい疑似要素をターゲットにします。
/* Entry transition */
::view-transition-new(sidebar):only-child {
animation: 300ms cubic-bezier(0, 0, 0.2, 1) both fade-in,
300ms cubic-bezier(0.4, 0, 0.2, 1) both slide-from-right;
}
/* Exit transition */
::view-transition-old(sidebar):only-child {
animation: 150ms cubic-bezier(0.4, 0, 1, 1) both fade-out,
300ms cubic-bezier(0.4, 0, 0.2, 1) both slide-to-right;
}
この場合、デフォルトが完全であるため、サイドバーが両方の状態に存在する場合の特定の遷移はありません。
非同期 DOM 更新とコンテンツの待機
.startViewTransition()
に渡されるコールバックは Promise を返すことができます。これにより、非同期の DOM 更新が可能になり、重要なコンテンツの準備が整うのを待機できます。
document.startViewTransition(async () => {
await something;
await updateTheDOMSomehow();
await somethingElse;
});
プロミスが満たされるまで遷移は開始されません。この間、ページは凍結されるため、遅延を最小限に抑える必要があります。具体的には、ネットワーク フェッチは .startViewTransition()
コールバックの一部として行うのではなく、.startViewTransition()
を呼び出す前に、ページが完全にインタラクティブな状態で行う必要があります。
画像やフォントの準備が整うまで待つ場合は、次のような積極的なタイムアウトを使用してください。
const wait = ms => new Promise(r => setTimeout(r, ms));
document.startViewTransition(async () => {
updateTheDOMSomehow();
// Pause for up to 100ms for fonts to be ready:
await Promise.race([document.fonts.ready, wait(100)]);
});
ただし、場合によっては、遅延を完全に回避し、既存のコンテンツを使用したほうがよい場合もあります。
既存のコンテンツを最大限に活用する
サムネイルから大きな画像に遷移する場合:
<ph type="x-smartling-placeholder">デフォルトの遷移はクロスフェードです。つまり、まだ読み込まれていないフル画像とサムネイルがクロスフェードする可能性があります。
これを処理する方法の一つは、画像全体が読み込まれるまで待ってから遷移を開始することです。理想的には、.startViewTransition()
を呼び出す前にこの処理を行うことで、ページがインタラクティブなままになり、読み込み中であることをユーザーに示すスピナーを表示できます。しかし、この場合はもっと良い方法があります。
::view-transition-old(full-embed),
::view-transition-new(full-embed) {
/* Prevent the default animation,
so both views remain opacity:1 throughout the transition */
animation: none;
/* Use normal blending,
so the new view sits on top and obscures the old view */
mix-blend-mode: normal;
}
サムネイルはフェードアウトせず、拡大画像の下に表示されます。つまり、新しいビューが読み込まれていない場合は、遷移中もサムネイルが表示されます。つまり、遷移がすぐに開始され、適切なタイミングで画像全体を読み込むことができます。
新しいビューで透明度が設定されている場合はうまくいきませんが、今回はそうでないことがわかっているため、この最適化を行います。
アスペクト比の変更を処理する
これまでのところ、すべての遷移は同じアスペクト比の要素に対して行われていましたが、必ずしもそうとは限りません。サムネイルが 1:1、メイン画像が 16:9 の場合はどうでしょうか。
デフォルトの遷移では、グループは前のサイズから後のサイズにアニメーション化されます。古いビューと新しいビューはグループの 100% の幅で、高さは自動設定されます。つまり、グループのサイズに関係なくアスペクト比が維持されます。
これは良いデフォルトですが、今回のケースでは必要ありません。それによって次のようになります。
::view-transition-old(full-embed),
::view-transition-new(full-embed) {
/* Prevent the default animation,
so both views remain opacity:1 throughout the transition */
animation: none;
/* Use normal blending,
so the new view sits on top and obscures the old view */
mix-blend-mode: normal;
/* Make the height the same as the group,
meaning the view size might not match its aspect-ratio. */
height: 100%;
/* Clip any overflow of the view */
overflow: clip;
}
/* The old view is the thumbnail */
::view-transition-old(full-embed) {
/* Maintain the aspect ratio of the view,
by shrinking it to fit within the bounds of the element */
object-fit: contain;
}
/* The new view is the full image */
::view-transition-new(full-embed) {
/* Maintain the aspect ratio of the view,
by growing it to cover the bounds of the element */
object-fit: cover;
}
つまり、幅が広がってもサムネイルは要素の中央に留まりますが、1:1 から 16:9 に切り替わると、全画像が「切り抜きなし」になります。
詳しくは、ビュー遷移: アスペクト比の変更の処理をご覧ください。
メディアクエリを使用して、デバイスの状態に応じて遷移を変更する
モバイルとパソコンでは異なる切り替え効果を使用できます。次の例では、モバイルでは横からスライドしていますが、パソコンではより繊細なスライドを使用しています。
これを行うには、通常のメディアクエリを使用します。
/* Transitions for mobile */
::view-transition-old(root) {
animation: 300ms ease-out both full-slide-to-left;
}
::view-transition-new(root) {
animation: 300ms ease-out both full-slide-from-right;
}
@media (min-width: 500px) {
/* Overrides for larger displays.
This is the shared axis transition from earlier in the article. */
::view-transition-old(root) {
animation: 90ms cubic-bezier(0.4, 0, 1, 1) both fade-out,
300ms cubic-bezier(0.4, 0, 0.2, 1) both slide-to-left;
}
::view-transition-new(root) {
animation: 210ms cubic-bezier(0, 0, 0.2, 1) 90ms both fade-in,
300ms cubic-bezier(0.4, 0, 0.2, 1) both slide-from-right;
}
}
一致するメディアクエリに応じて、view-transition-name
を割り当てる要素を変更することもできます。
「モーションを抑制」の設定に応答する
ユーザーは、オペレーティング システムでモーションの抑制を好むことを示せます。その設定は CSS で公開されます。
次のユーザーに対しては、移行を禁止できます。
@media (prefers-reduced-motion) {
::view-transition-group(*),
::view-transition-old(*),
::view-transition-new(*) {
animation: none !important;
}
}
ただし、「モーションの軽減」の方が好まれる動きがないという意味ではありません。前述のスニペットの代わりに、より繊細なアニメーションでも、要素間の関係とデータの流れを表現したものにすることもできます。
ビュー遷移タイプを使用して複数のビュー遷移スタイルを処理する
対応ブラウザ
- <ph type="x-smartling-placeholder">
- <ph type="x-smartling-placeholder">
- <ph type="x-smartling-placeholder">
ある特定のビューから別のビューへの移行では、特別にカスタマイズされた移行が必要になる場合があります。たとえば、ページネーション シーケンスで次のページまたは前のページに移動する場合、シーケンス内の上位のページに移動するか下位のページに移動するかに応じて、コンテンツをスライドする方向を変えることができます。
そのためには、ビュー遷移タイプを使用できます。ビュー遷移タイプを使用すると、アクティブ ビュー遷移に 1 つ以上のタイプを割り当てることができます。たとえば、ページ分けシーケンスで上位のページに移動する場合は forwards
タイプを使用し、下位ページに移動する場合は backwards
タイプを使用します。これらのタイプは、キャプチャ時または遷移の実行時にのみアクティブになります。各タイプは CSS でカスタマイズして、異なるアニメーションを使用できます。
同じドキュメントのビュー遷移で型を使用するには、types
を startViewTransition
メソッドに渡します。これを可能にするために、document.startViewTransition
はオブジェクトも受け入れます。update
は DOM を更新するコールバック関数で、types
は型の配列です。
const direction = determineBackwardsOrForwards();
const t = document.startViewTransition({
update: updateTheDOMSomehow,
types: ['slide', direction],
});
これらのタイプに応答するには、:active-view-transition-type()
セレクタを使用します。ターゲットにする type
をセレクタに渡します。これにより、一方の宣言がもう一方の宣言に干渉することなく、複数のビュー遷移のスタイルを互いに分離した状態に保つことができます。
タイプは遷移をキャプチャまたは実行する場合にのみ適用されるため、セレクタを使用して、そのタイプのビュー遷移に対してのみ、要素の view-transition-name
を設定または設定解除できます。
/* Determine what gets captured when the type is forwards or backwards */
html:active-view-transition-type(forwards, backwards) {
:root {
view-transition-name: none;
}
article {
view-transition-name: content;
}
.pagination {
view-transition-name: pagination;
}
}
/* Animation styles for forwards type only */
html:active-view-transition-type(forwards) {
&::view-transition-old(content) {
animation-name: slide-out-to-left;
}
&::view-transition-new(content) {
animation-name: slide-in-from-right;
}
}
/* Animation styles for backwards type only */
html:active-view-transition-type(backwards) {
&::view-transition-old(content) {
animation-name: slide-out-to-right;
}
&::view-transition-new(content) {
animation-name: slide-in-from-left;
}
}
/* Animation styles for reload type only (using the default root snapshot) */
html:active-view-transition-type(reload) {
&::view-transition-old(root) {
animation-name: fade-out, scale-down;
}
&::view-transition-new(root) {
animation-delay: 0.25s;
animation-name: fade-in, scale-up;
}
}
次のページネーションのデモでは、移動先のページ番号に応じてページのコンテンツが前後にスライドします。型はクリックによって決定され、document.startViewTransition
に渡されます。
タイプに関係なく、アクティブ ビュー遷移をターゲットにするには、代わりに :active-view-transition
疑似クラスセレクタを使用します。
html:active-view-transition {
…
}
ビュー遷移ルートのクラス名を使用して複数のビュー遷移スタイルを処理する
ある特定のタイプのビューから別のタイプのビューに移行する場合は、特別にカスタマイズされた移行を行う必要があります。「戻る」「次へ」のナビゲーションはナビゲーションです。
<ph type="x-smartling-placeholder">遷移タイプが導入される前は、このようなケースを処理するには、遷移ルートにクラス名を一時的に設定する必要がありました。document.startViewTransition
を呼び出す場合、この遷移ルートは <html>
要素であり、JavaScript で document.documentElement
を使用してアクセスできます。
if (isBackNavigation) {
document.documentElement.classList.add('back-transition');
}
const transition = document.startViewTransition(() =>
updateTheDOMSomehow(data)
);
try {
await transition.finished;
} finally {
document.documentElement.classList.remove('back-transition');
}
遷移が完了した後にクラスを削除するため、この例では transition.finished
を使用します。これは、遷移が終了状態に達すると解決するプロミスです。このオブジェクトのその他のプロパティについては、API リファレンスをご覧ください。
これで、そのクラス名を CSS で使用して遷移を変更できます。
/* 'Forward' transitions */
::view-transition-old(root) {
animation: 90ms cubic-bezier(0.4, 0, 1, 1) both fade-out,
300ms cubic-bezier(0.4, 0, 0.2, 1) both slide-to-left;
}
::view-transition-new(root) {
animation: 210ms cubic-bezier(0, 0, 0.2, 1) 90ms both fade-in, 300ms
cubic-bezier(0.4, 0, 0.2, 1) both slide-from-right;
}
/* Overrides for 'back' transitions */
.back-transition::view-transition-old(root) {
animation-name: fade-out, slide-to-right;
}
.back-transition::view-transition-new(root) {
animation-name: fade-in, slide-from-left;
}
メディアクエリと同様に、これらのクラスの存在を使用して、view-transition-name
を適用する要素を変更することもできます。
他のアニメーションをフリーズせずに遷移を実行する
動画の切り替え位置のデモをご覧ください。
何か問題はありましたか?受け取っていない場合でもご安心ください。以下は、速度を落としたものです。
切り替え中は動画がフリーズしたように見え、その後、再生されるバージョンの動画がフェードインします。これは、::view-transition-old(video)
が古いビューのスクリーンショットであるのに対し、::view-transition-new(video)
は新しいビューのライブ画像であるためです。
この問題は修正できますが、まずは修正する価値があるかどうかを確認してください。切り替えが通常の速度で再生されているときに「問題」が見られなかった場合は、変更する必要はありません。
どうしても修正する必要がある場合は、::view-transition-old(video)
を表示しないでください。まっすぐ::view-transition-new(video)
に切り替えてください。デフォルトのスタイルとアニメーションをオーバーライドすることで、この操作を行うことができます。
::view-transition-old(video) {
/* Don't show the frozen old view */
display: none;
}
::view-transition-new(video) {
/* Don't fade the new view in */
animation: none;
}
手順は以上です。
<ph type="x-smartling-placeholder">これで、切り替え中も動画が再生されます。
JavaScript によるアニメーション
ここまでは、すべての遷移を CSS を使用して定義してきましたが、CSS だけでは不十分な場合があります。
<ph type="x-smartling-placeholder">この移行の一部は、CSS だけでは実現できません。
- アニメーションはクリックされた位置から開始されます。
- アニメーションは、円の最も遠い隅を半径として終了します。ただし、今後 CSS で可能になる予定です。
幸い、Web Animation API を使用して遷移を作成できます。
let lastClick;
addEventListener('click', event => (lastClick = event));
function spaNavigate(data) {
// Fallback for browsers that don't support this API:
if (!document.startViewTransition) {
updateTheDOMSomehow(data);
return;
}
// Get the click position, or fallback to the middle of the screen
const x = lastClick?.clientX ?? innerWidth / 2;
const y = lastClick?.clientY ?? innerHeight / 2;
// Get the distance to the furthest corner
const endRadius = Math.hypot(
Math.max(x, innerWidth - x),
Math.max(y, innerHeight - y)
);
// With a transition:
const transition = document.startViewTransition(() => {
updateTheDOMSomehow(data);
});
// Wait for the pseudo-elements to be created:
transition.ready.then(() => {
// Animate the root's new view
document.documentElement.animate(
{
clipPath: [
`circle(0 at ${x}px ${y}px)`,
`circle(${endRadius}px at ${x}px ${y}px)`,
],
},
{
duration: 500,
easing: 'ease-in',
// Specify which pseudo-element to animate
pseudoElement: '::view-transition-new(root)',
}
);
});
}
この例では、transition.ready
を使用します。これは、遷移疑似要素が正常に作成されると解決するプロミスです。このオブジェクトの他のプロパティについては、API リファレンスをご覧ください。
拡張機能としてのトランジション
View Transition API は、DOM 変更を「ラップ」して遷移を作成するように設計されています。ただし、アプリで「エラー」を入力しないように、移行を拡張機能として扱う必要があります。状態を返します。移行が失敗しないのが理想的ですが、失敗しても、残りのユーザー エクスペリエンスが損なわれることはありません。
遷移を機能強化として扱うには、遷移が失敗した場合にアプリがスローするような方法で遷移プロミスを使用しない注意してください。
async function switchView(data) { // Fallback for browsers that don't support this API: if (!document.startViewTransition) { await updateTheDOM(data); return; } const transition = document.startViewTransition(async () => { await updateTheDOM(data); }); await transition.ready; document.documentElement.animate( { clipPath: [`inset(50%)`, `inset(0)`], }, { duration: 500, easing: 'ease-in', pseudoElement: '::view-transition-new(root)', } ); }
この例の問題は、遷移が ready
状態に到達できない場合に switchView()
が拒否されることですが、これはビューの切り替えに失敗したという意味ではありません。DOM は正常に更新された可能性がありますが、view-transition-name
が重複しているため、遷移はスキップされました。
代替方法は次のとおりです。
async function switchView(data) { // Fallback for browsers that don't support this API: if (!document.startViewTransition) { await updateTheDOM(data); return; } const transition = document.startViewTransition(async () => { await updateTheDOM(data); }); animateFromMiddle(transition); await transition.updateCallbackDone; } async function animateFromMiddle(transition) { try { await transition.ready; document.documentElement.animate( { clipPath: [`inset(50%)`, `inset(0)`], }, { duration: 500, easing: 'ease-in', pseudoElement: '::view-transition-new(root)', } ); } catch (err) { // You might want to log this error, but it shouldn't break the app } }
この例では、transition.updateCallbackDone
を使用して DOM の更新を待機し、更新が失敗した場合は拒否します。switchView
は、遷移が失敗した場合に拒否されなくなりました。DOM の更新が完了すると解決し、失敗した場合は拒否されます。
アニメーションによる遷移が完了または最後までスキップされた場合など、新しいビューが「完了」したときに switchView
を解決するには、transition.updateCallbackDone
を transition.finished
に置き換えます。
ポリフィルではないけど...
これはポリフィル化が容易な機能ではありません。ただし、このヘルパー関数を使用すると、ビュー遷移をサポートしていないブラウザでも処理がはるかに簡単になります。
function transitionHelper({
skipTransition = false,
types = [],
update,
}) {
const unsupported = (error) => {
const updateCallbackDone = Promise.resolve(update()).then(() => {});
return {
ready: Promise.reject(Error(error)),
updateCallbackDone,
finished: updateCallbackDone,
skipTransition: () => {},
types,
};
}
if (skipTransition || !document.startViewTransition) {
return unsupported('View Transitions are not supported in this browser');
}
try {
const transition = document.startViewTransition({
update,
types,
});
return transition;
} catch (e) {
return unsupported('View Transitions with types are not supported in this browser');
}
}
次のように使用できます。
function spaNavigate(data) {
const types = isBackNavigation ? ['back-transition'] : [];
const transition = transitionHelper({
update() {
updateTheDOMSomehow(data);
},
types,
});
// …
}
ビューの遷移をサポートしていないブラウザでは、updateDOM
は呼び出されますが、アニメーションによる遷移は行われません。
また、遷移中に <html>
に追加する classNames
を指定して、ナビゲーションの種類に応じて遷移を変更しやすくすることもできます。
ビュー遷移をサポートしているブラウザでも、アニメーションを表示しない場合は true
を skipTransition
に渡すこともできます。これは、サイトに遷移を無効にするユーザー設定がある場合に役立ちます。
フレームワークの操作
DOM の変更を抽象化するライブラリやフレームワークを使用している場合は、DOM の変更が完了したかどうかを把握することが難しい部分です。さまざまなフレームワークで上記のヘルパーを使用した例を示します。
- React - ここでのキーは
flushSync
で、一連の状態の変更を同期して適用します。はい、その API の使用については大きな警告がありますが、この場合は Dan Abramov が使用に適していると断言しています。React と非同期コードの場合と同様に、startViewTransition
から返されるさまざまな Promise を使用する場合は、コードが正しい状態で実行されていることを確認してください。 - Vue.js - ここでのキーは
nextTick
で、DOM が更新されると実行されます。 - Svelte - Vue によく似ていますが、次の変更を待機するメソッドは
tick
です。 - Lit - ここで重要なのは、コンポーネント内の
this.updateComplete
プロミスです。これは、DOM が更新されると実行されます。 - Angular - ここでのキーは
applicationRef.tick
で、保留中の DOM 変更がフラッシュされます。Angular バージョン 17 以降では、@angular/router
に付属のwithViewTransitions
を使用できます。
API リファレンス
const viewTransition = document.startViewTransition(update)
新しい
ViewTransition
を開始します。update
は、ドキュメントの現在の状態がキャプチャされたときに呼び出される関数です。その後、
updateCallback
によって返された Promise が満たされると、次のフレームで遷移が開始されます。updateCallback
から返された Promise が拒否された場合、遷移は放棄されます。const viewTransition = document.startViewTransition({ update, types })
指定されたタイプで新しい
ViewTransition
を開始するドキュメントの現在の状態がキャプチャされると、
update
が呼び出されます。types
は、遷移をキャプチャまたは実行するときに、遷移のアクティブなタイプを設定します。初期状態では空です。詳しくは、後述のviewTransition.types
をご覧ください。
ViewTransition
のインスタンス メンバー:
viewTransition.updateCallbackDone
updateCallback
によって返された Promise が解決されたときに解決し、拒否されたときに拒否される Promise。View Transition API は、DOM の変更をラップして遷移を作成します。しかし、トランジション アニメーションが成功するか失敗するかは気にせず、DOM の変化がいつ、起きたかだけを知りたい場合もあります。
updateCallbackDone
はそのユースケースに適しています。viewTransition.ready
遷移用の疑似要素が作成され、アニメーションが開始されようとしたときに実行される Promise。
遷移を開始できない場合は拒否されます。これは、構成ミス(
view-transition-name
の重複など)や、updateCallback
が拒否された Promise を返すことが原因である可能性があります。これは、JavaScript で遷移疑似要素をアニメーション化する場合に便利です。
viewTransition.finished
最終状態が完全に表示され、ユーザーが操作できるようになると解決する Promise。
updateCallback
が拒否された Promise を返す場合にのみ拒否されます。これは、終了状態が作成されていないことを意味するからです。遷移の開始に失敗した場合や、遷移中にスキップされた場合でも、終了状態になるため、
finished
が満たされます。viewTransition.types
アクティブなビュー遷移のタイプを保持する
Set
のようなオブジェクト。エントリを操作するには、そのインスタンス メソッドclear()
、add()
、delete()
を使用します。CSS で特定のタイプに応答するには、遷移ルートで
:active-view-transition-type(type)
疑似クラス セレクタを使用します。ビュー遷移が完了すると、型が自動的にクリーンアップされます。
viewTransition.skipTransition()
遷移のアニメーション部分をスキップします。
DOM の変更は遷移とは別であるため、
updateCallback
の呼び出しはスキップされません。
デフォルトのスタイルと遷移のリファレンス
::view-transition
- ビューポートを埋め、各
::view-transition-group
を含むルート疑似要素。 ::view-transition-group
確実な位置付け。
「前」と「後」の状態間の遷移
width
とheight
。「before」間の移行
transform
と「after」ビューポート空間クワッド。::view-transition-image-pair
グループを完全に埋めるように配置します。
isolation: isolate
を使用して、古いビューと新しいビューに対するmix-blend-mode
の効果を制限します。::view-transition-new
、::view-transition-old
ラッパーの左上に必ず配置されます。
グループの幅の 100% を占有しますが、高さは自動的に設定されるため、グループを埋めるのではなく、アスペクト比が維持されます。
真のクロスフェードを可能にする
mix-blend-mode: plus-lighter
を持ちます。古いビューは
opacity: 1
からopacity: 0
に移行します。新しいビューがopacity: 0
からopacity: 1
に遷移します。
フィードバック
デベロッパーの皆様からのフィードバックをお待ちしております。そのためには、提案や質問を含めて GitHub の CSS ワーキング グループに問題を提出してください。問題の前に [css-view-transitions]
を付けます。
バグが発生した場合は、代わりに Chromium のバグを報告してください。