Skip to content

docs: update Japanese remote data operations topic - #469

Open
mkamiishi wants to merge 1 commit into
vnextfrom
docs/update-ja-remote-data-operations
Open

docs: update Japanese remote data operations topic#469
mkamiishi wants to merge 1 commit into
vnextfrom
docs/update-ja-remote-data-operations

Conversation

@mkamiishi

Copy link
Copy Markdown
Contributor

Summary

Updated the Japanese Remote Data Operations topic to better align with the current English source.

Changes

  • Updated the Japanese remote data operations content based on the English source.
  • Removed remaining English text from the Japanese content.
  • Updated outdated or duplicated sections.
  • Preserved code snippets, component names, property names, and API names.

Testing

  • Ran npx markdownlint docs/xplat/src/content/jp/components/grids/_shared/remote-data-operations.mdx.
  • Confirmed the updated Japanese page loads locally.
  • Verified that the same local Vite proxy errors also occur on the unchanged English page, indicating they are unrelated to this Japanese documentation update.

Checklist:

  • check topic's TOC/menu and paragraph headings
  • Include TOC topic labels in the topic content when it has a valuable update, is new, or is considered preview / beta
  • link to other topics using ./page.mdx or ../relative/path.mdx (.mdx extension required)
  • at the References section at the end of the topic add links to topics, samples, etc
  • reference API documentation instead of adding a section with API

  • use valid component names - [Data] Grid, IgxSelectComponent, <igx-combo>
  • use spell checker tool (VS Code, Grammarly, Microsoft Editor)
  • add inline code blocks for the names of classes / tags / properties
  • add language descriptor for the code blocks
  • check if links function by running the check-api/mdx npm commands
  • check if sample is working and fully visible in the topic
  • check if sample is working and fully visible in the StackBlitz
  • check if code blocks match the code in StackBlitz demo
  • add or update meaningful llms.description metadata and run npm run check:llms-metadata


  • do not resolve requested changes (leave that to the reviewer)

@TomoyaWashio
TomoyaWashio self-requested a review July 28, 2026 05:12

デフォルトで、<ApiLink type="{ComponentName}" /> は独自のロジックを使用してデータ操作を実行します。

これらのタスクをリモートで実行し、<ApiLink type="{ComponentName}" /> によって公開される特定の入力とイベントを利用することで、結果として得られたデータを <ApiLink type="{ComponentName}" /> にフィードできます。

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

特定の"入力" だと UI コンポーネントとしての文脈となるかと思いますが、英文を見ると入力(として渡す)プロパティまたはパラメーターではないかと思いました

## 無限スクロール

この機能を使用するには、取得した引数に基づいて適切な要求を実行するために `DataPreLoad` 出力にサブスクライブし、サービスから送信される相対する情報とパブリック `{ComponentName}` の `TotalItemCount` プロパティを設定する必要があります
エンドポイントからデータを分割して取得するシナリオの一般的なデザインは、無限スクロールです。データ グリッドの場合、エンドユーザーが一番下までスクロールすることによってトリガーされたロード データが連続的に増加することが特徴です。次の段落では、使用可能な API を使用して <ApiLink type="{ComponentName}" /> で無限スクロールを簡単に実現する方法について説明します

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"ロード データ" を

  • ロードされたデータ
  • 読み込み済みのデータ
    のような表現の方が自然かもです

## 無限スクロール

この機能を使用するには、取得した引数に基づいて適切な要求を実行するために `DataPreLoad` 出力にサブスクライブし、サービスから送信される相対する情報とパブリック `{ComponentName}` の `TotalItemCount` プロパティを設定する必要があります
エンドポイントからデータを分割して取得するシナリオの一般的なデザインは、無限スクロールです。データ グリッドの場合、エンドユーザーが一番下までスクロールすることによってトリガーされたロード データが連続的に増加することが特徴です。次の段落では、使用可能な API を使用して <ApiLink type="{ComponentName}" /> で無限スクロールを簡単に実現する方法について説明します

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

シナリオの一般的な"デザイン"は~
ここでは見た目の意味の design ではなく設計、方式、思想のように使われる文脈かと思いました

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants