Minor Editorial Fixes for release

docs/README.md

@@ -178,6 +178,12 @@ The Block Editor Handbook is designed for those looking to create and develop fo
 
 ### 主な変更
 
+2024/10/11
+
+- [Interactivity API について](https://ja.wordpress.org/team/handbook/block-editor/reference-guides/interactivity-api/iapi-about/) - 翻訳
+- [よくある質問](https://ja.wordpress.org/team/handbook/block-editor/reference-guides/interactivity-api/iapi-faq/) - 翻訳
+- [コアコンセプト](https://ja.wordpress.org/team/handbook/block-editor/reference-guides/interactivity-api/core-concepts/) - 翻訳
+
 2024/9/29
 - [スタイルとスタイルシートの利用](https://ja.wordpress.org/team/handbook/block-editor/how-to-guides/block-tutorial/applying-styles-with-stylesheets/) - css/scss のインポートの注記 [#61252](https://github.com/WordPress/gutenberg/pull/61252)
 - [API バージョン](https://ja.wordpress.org/team/handbook/block-editor/reference-guides/block-api/block-api-versions/) - iframe の条件 [#65375](https://github.com/WordPress/gutenberg/pull/65375)

docs/japanese-changelog.md

@@ -2,6 +2,12 @@
 
 翻訳の進捗や、最新の英語版で同期した際に気づいた箇所をメモしています。
 
+2024/10/11
+
+- [Interactivity API について](https://ja.wordpress.org/team/handbook/block-editor/reference-guides/interactivity-api/iapi-about/) - 翻訳
+- [よくある質問](https://ja.wordpress.org/team/handbook/block-editor/reference-guides/interactivity-api/iapi-faq/) - 翻訳
+- [コアコンセプト](https://ja.wordpress.org/team/handbook/block-editor/reference-guides/interactivity-api/core-concepts/) - 翻訳
+
 2024/9/29
 
 - [スタイルとスタイルシートの利用](https://ja.wordpress.org/team/handbook/block-editor/how-to-guides/block-tutorial/applying-styles-with-stylesheets/) - css/scss のインポートの注記 [#61252](https://github.com/WordPress/gutenberg/pull/61252)

docs/reference-guides/interactivity-api/core-concepts/README.md

@@ -11,21 +11,21 @@ This section provides some guides on important concepts and mental models relate
 <!-- 
 1. **[The Reactive and Declarative mindset](/docs/reference-guides/interactivity-api/core-concepts/the-reactive-and-declarative-mindset.md):** This guide covers core concepts of reactivity and declarativeness, providing a foundation for effective use of the Interactivity API.
  -->
-1.**[リアクティブと宣言型の考え方](https://ja.wordpress.org/team/handbook/block-editor/reference-guides/interactivity-api/core-concepts/the-reactive-and-declarative-mindset.md):** このガイドでは、リアクティビティと宣言型の核となる概念について説明し、Interactivity API を効果的に使用するための基礎を提供します。
+1.**[リアクティブと宣言型の考え方](https://ja.wordpress.org/team/handbook/block-editor/reference-guides/interactivity-api/core-concepts/the-reactive-and-declarative-mindset/):** このガイドでは、リアクティビティと宣言型の核となる概念について説明し、Interactivity API を効果的に使用するための基礎を提供します。
 
 <!-- 
 2. **[Understanding global state, local context and derived state](/docs/reference-guides/interactivity-api/core-concepts/undestanding-global-state-local-context-and-derived-state.md):** The guide explains how to effectively use global state, local context, and derived state within the Interactivity API emphasizing the importance of choosing the appropriate state management technique based on the scope and requirements of your data.
  -->
-2.**[グローバルステート、ローカルコンテキスト、派生ステートの理解](https://ja.wordpress.org/team/handbook/block-editor/reference-guides/interactivity-api/core-concepts/undestanding-global-state-local-context-and-derived-state.md):** Interactivity API 内でグローバルステート、ローカルコンテキスト、派生ステートを効果的に使用する方法を説明し、データのスコープと要件に基づいて適切なステート管理手法を選択することの重要性を強調します。
+2.**[グローバルステート、ローカルコンテキスト、派生ステートの理解](https://ja.wordpress.org/team/handbook/block-editor/reference-guides/interactivity-api/core-concepts/undestanding-global-state-local-context-and-derived-state/):** Interactivity API 内でグローバルステート、ローカルコンテキスト、派生ステートを効果的に使用する方法を説明し、データのスコープと要件に基づいて適切なステート管理手法を選択することの重要性を強調します。
 
 <!-- 
 3. **[Server-side rendering: Processing directives on the server](/docs/reference-guides/interactivity-api/core-concepts/server-side-rendering.md):** The Interactivity API allows WordPress to use server-side rendering to create interactive and state-aware HTML, smoothly connected with client-side features while maintaining performance and SEO benefits.
  -->
-3.**[サーバーサイドレンダリング: サーバーでのディレクティブの処理](https://ja.wordpress.org/team/handbook/block-editor/reference-guides/interactivity-api/core-concepts/server-side-rendering.md):** Interactivity API を使用すると WordPress はサーバーサイドレンダリングを使用してインタラクティブでステートを認識する HTML を作成し、パフォーマンスと SEO の利点を維持しながら、クライアントサイドの機能とスムーズに接続できます。
+3.**[サーバーサイドレンダリング: サーバーでのディレクティブの処理](https://ja.wordpress.org/team/handbook/block-editor/reference-guides/interactivity-api/core-concepts/server-side-rendering/):** Interactivity API を使用すると WordPress はサーバーサイドレンダリングを使用してインタラクティブでステートを認識する HTML を作成し、パフォーマンスと SEO の利点を維持しながら、クライアントサイドの機能とスムーズに接続できます。
 
 <!-- 
 4. **[Using TypeScript](/docs/reference-guides/interactivity-api/core-concepts/using-typescript.md):** This guide will walk you through the process of using TypeScript with Interactivity API stores, covering everything from basic type definitions to advanced techniques for handling complex store structures.
  -->
-4.**[TypeScript の使用](https://ja.wordpress.org/team/handbook/block-editor/reference-guides/interactivity-api/core-concepts/using-typescript.md):** このガイドでは Interactivity API ストアで TypeScript を使用する手順を説明します。基本的な型定義から複雑なストア構造を扱う高度なテクニックまでカバーします。
+4.**[TypeScript の使用](https://ja.wordpress.org/team/handbook/block-editor/reference-guides/interactivity-api/core-concepts/using-typescript/):** このガイドでは Interactivity API ストアで TypeScript を使用する手順を説明します。基本的な型定義から複雑なストア構造を扱う高度なテクニックまでカバーします。
 
 [原文](https://github.com/WordPress/gutenberg/blob/trunk/docs/reference-guides/interactivity-api/core-concepts/README.md)

docs/reference-guides/interactivity-api/iapi-about.md

@@ -6,7 +6,7 @@
 <!-- 
 The Interactivity API is **a [standard](#why-a-standard) system of [directives](#why-directives), based on declarative code, for [adding frontend interactivity to blocks](#api-goals)**.
  -->
-Interactivity API は、**標準 (standard) のディレクティブシステムで、宣言型コードに基づいて、ブロックにフロントエンドのインタラクティビティ (相互作用、対話性) を追加**します。
+Interactivity API は、**標準 (standard) のディレクティブシステムで、宣言型コードに基づいて、ブロックのフロントエンドにインタラクティビティ (相互作用、対話性) を追加**します。
 
 <!-- 
 **Directives extend HTML with special attributes** that tell the Interactivity API to attach a specified behavior to a DOM element or even to transform it. For those familiar with [Alpine.js](https://alpinejs.dev/), it’s a similar approach but explicitly designed to work seamlessly with WordPress.
@@ -21,7 +21,7 @@ Interactivity API は、**標準 (standard) のディレクティブシステム
 <!-- 
 The main goal of the Interactivity API is to **provide a standard and simple way to handle the frontend interactivity of Gutenberg blocks**.
  -->
-Interactivity API は、**フロントエンドにおける Gutenberg ブロックのインタラクティビティを扱う、標準で、シンプルな方法の提供**を主な目的とします。
+Interactivity API の主要な目的は、**フロントエンドにおける Gutenberg ブロックのインタラクティビティを扱う、標準で、シンプルな方法の提供**です。
 
 <!-- 
 A standard makes it **easier for developers to create rich, interactive user experiences**, from simple cases like counters or popups to more complex features like instant page navigation, instant search, or carts and checkouts.
@@ -60,7 +60,7 @@ To address this challenge the following requirements/goals for the Interactivity
 <!-- 
 Apart from all these requirements, integrating **client-side navigation** on top of any solution should be easy and performant. Client-side navigation is the process of navigating between site pages without reloading the entire page, which is one of the most impressive user experiences demanded by web developers. For that reason, this functionality should be compatible with this new system.
  -->
-これらすべての要件とは別に、任意のソリューション上での**クライアントサイドナビゲーション**との統合は、簡単で、実行可能でなければなりません。クライアントサイドナビゲーションは、ページ全体をリロードすることなくサイトのページ間を移動するプロセスで、ウェブ開発者が欲する、最も印象的なユーザー体験の一つです。そのため、この機能はこの新しいシステムと互換性がなければなりません。
+これらすべての要件とは別に、任意のソリューション上での**クライアントサイドナビゲーション**との統合が、簡単で、実行可能でなければなりません。クライアントサイドナビゲーションは、ページ全体をリロードすることなくサイトのページ間を移動するプロセスで、ウェブ開発者が欲する、最も印象的なユーザー体験の一つです。そのため、この機能はこの新しいシステムと互換性がなければなりません。
 
 <!-- 
 ## Why directives?
@@ -146,14 +146,14 @@ Interactivity API パイプラインは、WordPress の強固な基盤とパタ
 <!-- 
 For example, blocks with directives can coexist with other (interactive or non-interactive) blocks. This means that if there are other blocks on the page using other frameworks like jQuery, everything will work as expected.
  -->
-例えば、ディレクティブを持つブロックは、他の (インタラクティブ、または非インタラクティブな) ブロックと共存できます。つまり、ページ上に jQuery のような他のフレームワークを使っているブロックがあっても、すべて期待通りに動作します。
+例えばディレクティブを持つブロックは、他のインタラクティブ、または非インタラクティブなブロックと共存できます。つまり、ページ上に jQuery のような他のフレームワークを使っているブロックがあっても、すべて期待通りに動作します。
 
 <!-- 
 <div class="callout callout-warning">
   Full-page client-side navigation with the Interactivity API will be an exception to this compatibility with other libraries rule. See <a href="#client-side-navigation">Client-side navigation</a> for more details.
 </div>
  -->
-> Interactivity API を使用したフルページのクライアントサイドナビゲーションは、この他のライブラリとの互換性ルールの例外です。詳細は後述の「クライアントサイドナビゲーション」を参照してください。
+> 他のライブラリとの互換性ルールの例外が、Interactivity API を使用したフルページのクライアントサイドナビゲーションです。詳細は後述の「クライアントサイドナビゲーション」を参照してください。
 
 <!-- 
 ### Declarative and reactive
@@ -168,7 +168,7 @@ Interactivity API は、他の一般的な JS フレームワークと同様の
 <!-- 
 Declarative code describes **what** a program should do, while imperative code describes **how** the program should do it. Using a declarative approach, the UI automatically updates in response to changes in the underlying data. With an imperative approach, you must manually update the UI whenever the data changes. Compare the two code examples:
  -->
-宣言型コードはプログラムが**何を**すべきかを記述し、一方、命令型コードはプログラムが**どのように**動くべきかを記述します。宣言型アプローチを使用すると、元となるデータの変更に応じて UI が自動的に更新されます。命令型アプローチでは、データが変更されるたびに手動で UI を更新しなければなりません。つのコード例を見比べてください。
+宣言型コードではプログラムが**何を**すべきかを記述しますが、一方、命令型コードではプログラムが**どのように**動くべきかを記述します。宣言型アプローチを使用すると、元となるデータの変更に応じて UI が自動的に更新されます。命令型アプローチでは、データが変更されるたびに手動で UI を更新しなければなりません。次のコード例を見比べてください。
 
 <!-- 
 _Imperative code_
@@ -300,7 +300,7 @@ The API works out of the box with standard block-building tools like [`wp-script
 <!-- 
 The Interactivity API comes with built-in primitives for adding client-side navigation to your site. This functionality is completely optional, but it opens the possibility to create these user experiences without having to opt out of the WordPress rendering system.
  -->
-Interactivity API には、サイトにクライアントサイドナビゲーションを追加するプリミティブが組み込まれています。この機能は完全にオプションですが、WordPress のレンダリングシステムを外さずにこうしたユーザー体験を作成する可能性が開かれます。
+Interactivity API には、サイトにクライアントサイドナビゲーションを追加するプリミティブが組み込まれています。この機能は完全にオプションですが、WordPress のレンダリングシステムを除外せずに、こうしたユーザー体験を作成する可能性を開きます。
 
 <!-- 
 <div class="callout callout-info">
@@ -338,7 +338,7 @@ Interactivity API を使用したブロックと、jQuery のような他のア
 <!-- 
 Additionally, with a standard, **WordPress can absorb the maximum amount of complexity from the developer** because it will handle most of what’s needed to create an interactive block.
  -->
-さらに、標準は、インタラクティブブロックの作成に必要なほとんどを処理するため、**WordPress は開発者の複雑さを最大限に吸収できます**。
+さらに、標準がインタラクティブブロックの作成に必要なほとんどを処理するため、**WordPress は開発者の複雑さを最大限に吸収できます**。
 
 <!-- 
 _Complexities absorbed by the standard_
@@ -360,6 +360,6 @@ With this absorption, less knowledge is required to create interactive blocks, a
 <!-- 
 By adopting a standard, learning from other interactive blocks is simpler, and fosters collaboration and code reusability. As a result, the development process is leanier and friendlier to less experienced developers.
  -->
-標準を採用することで、他のインタラクティブブロックからの学習が簡単になり、コラボレーションとコードの再利用が促進されます。結果、開発プロセスはよりスリムになり、経験の浅い開発者にも優しくなります。
+標準を採用することで、他のインタラクティブブロックからの学習が簡単になり、コラボレーションとコードの再利用が促進されます。結果、開発プロセスはよりスリムになり、経験の少ない開発者にも優しくなります。
 
 [原文](https://github.com/WordPress/gutenberg/blob/trunk/docs/reference-guides/interactivity-api/iapi-about.md)