From f7de073a32f82ff058520933483278c550631fc8 Mon Sep 17 00:00:00 2001 From: Misako Nomura Date: Tue, 14 Jan 2025 09:37:32 +0000 Subject: [PATCH 1/3] Translate index.html via GitLocalize --- publishing/ja/contribute/index.html | 262 ++++++++++++++++++++++++++++ 1 file changed, 262 insertions(+) create mode 100644 publishing/ja/contribute/index.html diff --git a/publishing/ja/contribute/index.html b/publishing/ja/contribute/index.html new file mode 100644 index 00000000..803b54ba --- /dev/null +++ b/publishing/ja/contribute/index.html @@ -0,0 +1,262 @@ + + + + + ナレッジベースへの貢献 + + + + + + +
+
+

紹介

+ +

The DAISY knowledge base uses a very simply structured HTML page that allows authors to focus on writing new pages. All the formatting and additional content, like the menu bars, is inserted dynamically by script.

+ +

このページでは、新しいページを作成し、それを登録申請するプロセスについて説明します。

+
+ +
+

作成する場所

+ +

How you create a new page depends on what access you have to the knowledge base repository in GitHub.

+ +

リポジトリへの書き込みアクセス権を持つ信頼できる貢献者は、作業するための新しいブランチを作成できます。貢献が完了したら、新しいプル リクエストを開いてブランチをマージするだけです。

+ +

For all other contributors, you will first need to create a GitHub account. You then have to fork a copy the knowledge base repository and then clone it to your desktop to work on. When you finish your contribution, you have to go to your forked repository in GitHub and open a pull request to have your changes added to the DAISY repository.

+
+ +
+

ページテンプレート

+ +

The cleanest way to begin a new page for the knowledge base is with the blank template file located in the templates directory of this repository. This file contains the minimum markup necessary to write a page.

+ +

To begin creating a page, copy this template file to the most appropriate directory for the topic it will describe (e.g., a page describing an HTML markup technique would go in /publishing/docs/html) and give it a new short but meaningful file name.

+ +

ファイル名にスペースを使用しないでください。複数の用語を結合するにはハイフンを使用します。

+
+ +
+

ページメタデータ

+ +

テンプレートファイルをコピーして名前を変更した後、HTML編集プログラムで開きます。新しいページの記述を開始する前に、ドキュメントヘッダーに必要なメタデータを設定してください。

+ +
+

ページエンコーディング

+ +

HTMLのhead要素内の最初のタグで、ページの文字エンコーディングを宣言します。

+ +
<meta charset="utf-8">
+ +

このタグを変更したり削除したりしないでください。

+
+ +
+

ページタイトル

+ +

最初に設定する必要がある項目はページタイトルです。 <title>...</title>タグの間に新しいタイトルを入力します。

+ +

ページ本文にページタイトルを挿入しないでくださいtitleタグに入力したタイトルは、レンダリングされたページに自動的に挿入されます。

+
+ +
+

ビューポートメタデータ

+ +

To ensure the knowledge base scales correctly on mobile devices, a viewport declaration follows the page title:

+ +
<meta name="viewport" content="width=device-width, initial-scale=1">
+ +

ページのエンコーディングと同様に、このタグを変更したり削除したりしないでください。

+
+ +
+

ページの説明

+ +

The only meta tag that requires completion is the page description:

+ +
<meta name="description" content="">
+ +

Please provide a brief description of the purpose of the page in the content attribute. This tag is used for search engine optimization.

+
+ +
+

ページ情報

+ +

次のステップは、ページのコンテキスト情報を設定することです。ページヘッダーで次のスクリプトタグを捜します。

+ +
<script>
+var page_info = {
+   'category': '...',
+   'appliesTo': ['EPUB3']
+};
+</script>
+ +

The category field must be the uppercase name of the directory where you are creating the page. For example, if you are adding a new page to the html directory, you would set the field to:

+ +
'category': 'HTML',
+ +

If you are creating a new subdirectory for your page(s), you will need to make an array of values. For example, pages in the html/dpub-aria directory include an array like this:

+ +
'category': ['html', 'dpub-aria'],
+ +

配列の順序はディレクトリの順序と一致する必要があります (つまり、親が兄弟より前)。ページが動的に生成される場合、このフィールドはヘッダーにパンくずリストを提供します (他の用途もあります)。

+ +

The appliesTo field is an array of values that identify which publishing technologies the page applies to. There are currently only three values that can be used with this field:

+ +
    +
  • EPUB3
  • +
  • EPUB2
  • +
  • Audiobooks
  • +
+ +

EPUB2と3の両方で有効な手法の場合、フィールドは次のようになります。

+ +
'appliesTo': ['EPUB3', 'EPUB2'],
+ +

技術は関連性順にリストしてください (例: EPUB3は標準の最新バージョンであるため、EPUB2の前にリストします)。

+ +

追加のテクノロジーが必要な場合は、追加をリクエストしてください。

+
+
+
+

ページコンテンツ

+ +

After configuring the page metadata, the final step is to write the actual content of the page.

+ +

Knowledge Base pages are structured to get information to users as quickly as possible. As most users will not stop to read extensive descriptions, pages begin with a brief summary of the purpose of the page. The relevant techniques are listed next, followed by a set of examples of the techniques in action. Lengthier descriptions of the issues and links to related resources are included at the end of the page.

+ +

This section provides guidance on how to complete each these sections.

+ +

投稿されたページは、サイトの他の部分との一貫性を保つために、デフォルトのテンプレートに従う必要があることに注意してください。問題の説明がこの構造に合わない場合もありますが、逸脱する前に事前に確認してください。あまりにも異常な投稿は書き直されるか、拒否されるかもしれません。

+ +
+

要約

+ +

The summary section should provide a brief recap of the key takeaway of the page. What is the key problem to be aware of, for example, or what technique must be followed. The summary should not be more than a sentence or two as it is meant to convey the key point as concisely as possible for users.

+ +

以下に説明する「解説」のセクションでは、問題と解決策について詳しく説明します。

+
+ +
+

Techniques

+ +

The techniques section is where you list the common measures to take to fix or avoid the issue covered by the page.

+ +

Each list item should explain a practice in simple language and include a link to the relevant WCAG Success Criteria, when applicable, in brackets at the end.

+ +

If there are specific WCAG techniques that users can follow, include these in a sub-list.

+ +

For example, a technique explaining to include alternative text could be structured like this:

+ +
<li>
+   <p>Provide alternative text in the <code>alt</code> attribute
+      if the image is not described in the surrounding text.
+      <span class="wcag-level">[<a
+         href="https://www.w3.org/TR/WCAG2/#non-text-content">WCAG
+           1.1.1</a>]</span></p>
+   <ul>
+      <li><a
+              href="https://www.w3.org/WAI/WCAG22/Techniques/html/H37">Using
+              alt attributes on img elements</a></li>
+      …
+   </ul>
+</li>
+
+ +
+

+ +

Each page should provide users at least one example of how to implement the markup or feature in practice.

+ +

Examples are structured using HTML figure tags.

+ +

The first child element must be a figcaption. This element is further broken down into a title and description. The title goes in the div element with the class attribute value label. The description is written in one or more paragraphs after the title.

+ +

次の例は、サンプルキャプションの典型的な構造を示しています。

+ +
<figcaption>
+   <div class="label">Example 1 — Complex Images</div>
+   <p>This example uses the details element to …</p>
+</figcaption>
+ +

この例のマークアップは、 pre要素とcode要素のペアの内側に記述されます。

+ +
<pre id="ex-01-src" class="prettyprint linenums"><code>…</code></pre>
+ +

id属性とclass属性が必須であることに注意してください。これらは、生成された例に構文のハイライトと行番号を追加するために使用されます。

+
+ +
+

よくある質問

+ +

The Frequently Asked Questions (FAQ) section is where you can address specific problems that are commonly encountered in a question-and-answer format. This approach is often easier for users to follow than reading an extended explanation. It also allows very specific problems to be addressed without overloading the more general explanation of the issue.

+ +

The FAQ is structured using an HTML definition list (the dl element). Use a dt element for each question and a dd element for each answer.

+
+ +
+

解説

+ +

解説のセクションでは、ユーザーが知っておく必要のある実践と問題について詳しく説明します。

+ +

There are no specific requirements for the explanation beyond being as thorough as possible and using as simple language as possible. Readers of the knowledge base are not necessarily technology experts.

+ +

情報を整理するのに役立つ場合は、説明をサブセクションに分割できます。

+
+ + + +
+

その他のセクション

+ +

If additional sections are needed, they should be added after the explanation and before the final related links section.

+
+
+
+

インデックスの更新

+ +

When adding a new page, both the topical and site indexes also need to be updated to include a link to the page.

+ +

The topical index is located in the same folder as your page in the index.html file. This file includes a list of pages, typically in alphabetical order (although sometimes an overview or introductory page is listed first). Add a new entry in the list for your page.

+ +

サイトインデックスは/docsディレクトリにあります。これはすべてのトピックインデックスの集合体なので、作成したエントリをドキュメントにコピーできます。ページはこのインデックスと同じディレクトリにないため、必要な変更はリンクにファイルへのパスを追加するだけです。

+
+
+

ページの表示

+ +

ファイルシステムからダブルクリックしてブラウザーで新しいページを開くと、スタイルが設定されていない元のHTMLのみが表示されます。

+ +

サイトに表示されるページを表示する方法は、二つあります。

+ +
    +
  1. +

    The first is to load the page from a local web server (e.g., IIS or Apache) running on your computer. To view your file, you only need to ensure that the root of the repository is the root web site on the server. You can then load the page in any browser to see the dynamically rendered version. The URL for the content folders is typically http://localhost/publishing/docs/

    +
  2. +
  3. +

    The second way is to commit the page to GitHub and view it online. Here, again, there are two approaches:

    +
      +
    1. +

      If you have cloned the knowledge base to your local account, you can turn on GitHub pages to view the content. GitHub provides instructions on how to turn on pages. In this case, the URL for the content folders would be along these lines: https://youraccountname.github.io/kb/publishing/docs/

      +
    2. +
    3. +

      ページは、statically.io などのサードパーティ コンテンツ サーバーを通じて表示できます。GitHub では、まずページがある場所 (例: https://www.github.com/youraccountname/kb/publishing/docs/html/mynewpage.html) に移動します。次に、その URL をコピーして変換ツールに貼り付けるて、ページをライブで表示できる新しいリンクを入手します。

      +
    4. +
    +
  4. +
+
+
+ + From 33c0644f9eb16af3b37138f333e1f1a611cb6ab0 Mon Sep 17 00:00:00 2001 From: Tomoyuki Kudou Date: Tue, 14 Jan 2025 09:37:33 +0000 Subject: [PATCH 2/3] Translate index.html via GitLocalize --- publishing/ja/contribute/index.html | 38 ++++++++++++++--------------- 1 file changed, 19 insertions(+), 19 deletions(-) diff --git a/publishing/ja/contribute/index.html b/publishing/ja/contribute/index.html index 803b54ba..ecd66646 100644 --- a/publishing/ja/contribute/index.html +++ b/publishing/ja/contribute/index.html @@ -17,7 +17,7 @@

紹介

-

The DAISY knowledge base uses a very simply structured HTML page that allows authors to focus on writing new pages. All the formatting and additional content, like the menu bars, is inserted dynamically by script.

+

DAISYナレッジベースはとてもシンプルで構造化されたHTMLページを使用しており、貢献者は新しいページを書くのに集中できます。書式設定やメニューバーなどの追加コンテンツは、スクリプトによって自動的に挿入されます。

このページでは、新しいページを作成し、それを登録申請するプロセスについて説明します。

@@ -29,7 +29,7 @@

作成する場所

リポジトリへの書き込みアクセス権を持つ信頼できる貢献者は、作業するための新しいブランチを作成できます。貢献が完了したら、新しいプル リクエストを開いてブランチをマージするだけです。

-

For all other contributors, you will first need to create a GitHub account. You then have to fork a copy the knowledge base repository and then clone it to your desktop to work on. When you finish your contribution, you have to go to your forked repository in GitHub and open a pull request to have your changes added to the DAISY repository.

+

その他のすべての貢献者は、まずGitHubアカウントを作成する必要があります。次に、ナレッジベースリポジトリのコピーをフォークしそれをデスクトップにクローンして作業する必要があります。貢献となる作業が完了したら、GitHubでフォークしたリポジトリに移動し、変更をDAISYリポジトリに追加するためのプルリクエストの操作を行ってください。

@@ -78,11 +78,11 @@

ビューポートメタデータ

ページの説明

-

The only meta tag that requires completion is the page description:

+

唯一、メタタグの中で記入が必須なのがページ説明です。

<meta name="description" content="">
-

Please provide a brief description of the purpose of the page in the content attribute. This tag is used for search engine optimization.

+

content属性にこのページの目的について簡単な説明を入力してください。このタグは検索エンジンの最適化に使用されます。

@@ -97,17 +97,17 @@

ページ情報

}; </script> -

The category field must be the uppercase name of the directory where you are creating the page. For example, if you are adding a new page to the html directory, you would set the field to:

+

categoryフィールドは、ページを作成するディレクトリを大文字で指定しなければなりません。たとえば、html ディレクトリに新しいページを追加する場合は、フィールドを次のように設定します。

'category': 'HTML',
-

If you are creating a new subdirectory for your page(s), you will need to make an array of values. For example, pages in the html/dpub-aria directory include an array like this:

+

新たなページのために新たなサブディレクトリを作成するならば、その値を配列の形で指定します。例えば、html/dpub-ariaのディレクトリにページを設けるならば、次のように指定します。

'category': ['html', 'dpub-aria'],

配列の順序はディレクトリの順序と一致する必要があります (つまり、親が兄弟より前)。ページが動的に生成される場合、このフィールドはヘッダーにパンくずリストを提供します (他の用途もあります)。

-

The appliesTo field is an array of values that identify which publishing technologies the page applies to. There are currently only three values that can be used with this field:

+

appliesToフィールドは、このページに適用される出版技術を識別する値の配列です。現在、このフィールドで使用できる値は三つだけです。

  • EPUB3
  • @@ -127,32 +127,32 @@

    ページ情報

    ページコンテンツ

    -

    After configuring the page metadata, the final step is to write the actual content of the page.

    +

    ページのメタデータを構成した後、最後のステップとしてページの実際のコンテンツを記述します。

    -

    Knowledge Base pages are structured to get information to users as quickly as possible. As most users will not stop to read extensive descriptions, pages begin with a brief summary of the purpose of the page. The relevant techniques are listed next, followed by a set of examples of the techniques in action. Lengthier descriptions of the issues and links to related resources are included at the end of the page.

    +

    ナレッジベースページは、ユーザーにできるだけ早く情報を提供できるように構成しています。ほとんどのユーザーは詳細な説明をじっくりと読むことはないので、ページはページの目的に関する簡単な概要から始めます。次に、関連する技術を列挙し、その後に技術の実際の例を続けます。ページの最後には、問題のより詳しい説明と関連リソースへのリンクを記載します。

    -

    This section provides guidance on how to complete each these sections.

    +

    このセクションでは、各セクションを記載する方法について説明します。

    投稿されたページは、サイトの他の部分との一貫性を保つために、デフォルトのテンプレートに従う必要があることに注意してください。問題の説明がこの構造に合わない場合もありますが、逸脱する前に事前に確認してください。あまりにも異常な投稿は書き直されるか、拒否されるかもしれません。

    要約

    -

    The summary section should provide a brief recap of the key takeaway of the page. What is the key problem to be aware of, for example, or what technique must be followed. The summary should not be more than a sentence or two as it is meant to convey the key point as concisely as possible for users.

    +

    要約のセクションでは、ページの重要なポイントを簡単にまとめる必要があります。たとえば、注意すべき重要な問題は何なのか、どのような技術に従う必要があるのかなどです。概要は、ユーザーにできるだけ簡潔に重要なポイントを伝えることを目的としているため、一文または二文以内に収める必要があります。

    以下に説明する「解説」のセクションでは、問題と解決策について詳しく説明します。

    -

    Techniques

    +

    技術

    -

    The techniques section is where you list the common measures to take to fix or avoid the issue covered by the page.

    +

    技術セクションでは、ページで取り上げられている問題を解決または回避するための一般的な対策を列挙します。

    -

    Each list item should explain a practice in simple language and include a link to the relevant WCAG Success Criteria, when applicable, in brackets at the end.

    +

    各リスト項目では、簡単な言葉で実践方法を説明し、該当する場合は、末尾の括弧内に関連する WCAG達成基準へのリンクを記載します。

    -

    If there are specific WCAG techniques that users can follow, include these in a sub-list.

    +

    ユーザーが従うことができる特定のWCAGの技術がある場合は、それらをサブリストに加えます。

    -

    For example, a technique explaining to include alternative text could be structured like this:

    +

    たとえば、代替テキストの付加について説明する技術は、次のように構成します。

    <li>
        <p>Provide alternative text in the <code>alt</code> attribute
    @@ -195,9 +195,9 @@ 

    よくある質問

    -

    The Frequently Asked Questions (FAQ) section is where you can address specific problems that are commonly encountered in a question-and-answer format. This approach is often easier for users to follow than reading an extended explanation. It also allows very specific problems to be addressed without overloading the more general explanation of the issue.

    +

    よくある質問(FAQ)のセクションでは、よく発生する特定の問題を質疑応答形式で取り上げます。このアプローチは、長い説明を読むよりもユーザーにとってずっと理解しやすいでしょう。また、問題の一般的な説明に負担をかけずに、とても限定的な問題にも対処できます。

    -

    The FAQ is structured using an HTML definition list (the dl element). Use a dt element for each question and a dd element for each answer.

    +

    FAQは、HTML定義リスト(dl要素)を使用して構造化します。質問ごとにdt要素を使用し、回答ごとにdd要素を使用します。

    @@ -227,7 +227,7 @@

    その他のセクション

    インデックスの更新

    -

    When adding a new page, both the topical and site indexes also need to be updated to include a link to the page.

    +

    新しいページを追加するときは、トピックインデックスとサイトインデックスの両方を更新して、ページへのリンクを加えてください。

    The topical index is located in the same folder as your page in the index.html file. This file includes a list of pages, typically in alphabetical order (although sometimes an overview or introductory page is listed first). Add a new entry in the list for your page.

    From 0983d3b9c56e2364c28b7323c29be0510f01e3fa Mon Sep 17 00:00:00 2001 From: mayuhamada Date: Tue, 14 Jan 2025 09:37:35 +0000 Subject: [PATCH 3/3] Translate index.html via GitLocalize --- publishing/ja/contribute/index.html | 26 +++++++++++++------------- 1 file changed, 13 insertions(+), 13 deletions(-) diff --git a/publishing/ja/contribute/index.html b/publishing/ja/contribute/index.html index ecd66646..51a459d5 100644 --- a/publishing/ja/contribute/index.html +++ b/publishing/ja/contribute/index.html @@ -25,7 +25,7 @@

    紹介

    作成する場所

    -

    How you create a new page depends on what access you have to the knowledge base repository in GitHub.

    +

    新しいページを作成する方法は、GitHubのナレッジベースリポジトリへのアクセス権によって異なります。

    リポジトリへの書き込みアクセス権を持つ信頼できる貢献者は、作業するための新しいブランチを作成できます。貢献が完了したら、新しいプル リクエストを開いてブランチをマージするだけです。

    @@ -35,9 +35,9 @@

    作成する場所

    ページテンプレート

    -

    The cleanest way to begin a new page for the knowledge base is with the blank template file located in the templates directory of this repository. This file contains the minimum markup necessary to write a page.

    +

    ナレッジベースの新しいページを開始する最もクリーンな方法は、このリポジトリのテンプレートディレクトリにある空のテンプレートファイルを使用することです。このファイルには、ページの作成に必要な最小限のマークアップが含まれています。

    -

    To begin creating a page, copy this template file to the most appropriate directory for the topic it will describe (e.g., a page describing an HTML markup technique would go in /publishing/docs/html) and give it a new short but meaningful file name.

    +

    ページの作成を開始するには、このテンプレートファイルを、説明するトピックに最も適したディレクトリ (たとえば、HTMLマークアップ手法を説明するページは /publishing/docs/html に配置します)にコピーし、短くて意味のある新しいファイル名を付けます

    ファイル名にスペースを使用しないでください。複数の用語を結合するにはハイフンを使用します。

    @@ -68,7 +68,7 @@

    ページタイトル

    ビューポートメタデータ

    -

    To ensure the knowledge base scales correctly on mobile devices, a viewport declaration follows the page title:

    +

    ナレッジベースがモバイルデバイス上で正しく拡大縮小されるようにするには、ページタイトルの後にビューポート宣言を続けます。

    <meta name="viewport" content="width=device-width, initial-scale=1">
    @@ -172,11 +172,11 @@

    技術

    -

    Each page should provide users at least one example of how to implement the markup or feature in practice.

    +

    各ページでは、マークアップまたは機能を実際に実装する方法の例を少なくとも一つユーザーに提供する必要があります。

    -

    Examples are structured using HTML figure tags.

    +

    例は、HTMLfigureタグを使用して構造化されています。

    -

    The first child element must be a figcaption. This element is further broken down into a title and description. The title goes in the div element with the class attribute value label. The description is written in one or more paragraphs after the title.

    +

    最初の子要素は、 figcaptionでなければなりません。この要素はさらに、タイトルと説明に分割されます。タイトルは、 class属性値がlabelであるdiv要素内に配置されます。説明は、タイトルの後の一つ以上の段落に記述されます。

    次の例は、サンプルキャプションの典型的な構造を示しています。

    @@ -205,7 +205,7 @@

    解説

    解説のセクションでは、ユーザーが知っておく必要のある実践と問題について詳しく説明します。

    -

    There are no specific requirements for the explanation beyond being as thorough as possible and using as simple language as possible. Readers of the knowledge base are not necessarily technology experts.

    +

    解説については、できるだけ詳細に、できるだけ簡単な言葉で説明する以外に、特別な要件はありません。ナレッジベースの読者は、必ずしも技術の専門家ではありません。

    情報を整理するのに役立つ場合は、説明をサブセクションに分割できます。

    @@ -221,7 +221,7 @@

    関連リンク

    その他のセクション

    -

    If additional sections are needed, they should be added after the explanation and before the final related links section.

    +

    追加のセクションが必要な場合は、解説の後、最後の関連リンクセクションの前に追加する必要があります。

    @@ -229,7 +229,7 @@

    インデックスの更新

    新しいページを追加するときは、トピックインデックスとサイトインデックスの両方を更新して、ページへのリンクを加えてください。

    -

    The topical index is located in the same folder as your page in the index.html file. This file includes a list of pages, typically in alphabetical order (although sometimes an overview or introductory page is listed first). Add a new entry in the list for your page.

    +

    トピックインデックスは、 index.htmlファイル内のページと同じフォルダーにあります。このファイルには、通常アルファベット順のページリストが含まれています(ただし、概要または紹介ページが最初にリストされる場合もあります)。リストにページの新しいエントリを追加します。

    サイトインデックスは/docsディレクトリにあります。これはすべてのトピックインデックスの集合体なので、作成したエントリをドキュメントにコピーできます。ページはこのインデックスと同じディレクトリにないため、必要な変更はリンクにファイルへのパスを追加するだけです。

    @@ -242,13 +242,13 @@

    ページの表示

    1. -

      The first is to load the page from a local web server (e.g., IIS or Apache) running on your computer. To view your file, you only need to ensure that the root of the repository is the root web site on the server. You can then load the page in any browser to see the dynamically rendered version. The URL for the content folders is typically http://localhost/publishing/docs/

      +

      一つ目は、コンピュータ上で実行されているローカルWebサーバー(IISやApacheなど)からページを読み込むことです。ファイルを表示するには、リポジトリのルートがサーバーのルートWebサイトであることを確認するだけです。その後、任意のブラウザーでページを読み込むと、動的にレンダリングされたバージョンが表示されます。コンテンツフォルダーのURLは通常、 http://localhost/publishing/docs/です。

    2. -

      The second way is to commit the page to GitHub and view it online. Here, again, there are two approaches:

      +

      二番目の方法は、ページをGitHubにコミットしてオンラインで表示することです。ここでも、二つのアプローチがあります。

      1. -

        If you have cloned the knowledge base to your local account, you can turn on GitHub pages to view the content. GitHub provides instructions on how to turn on pages. In this case, the URL for the content folders would be along these lines: https://youraccountname.github.io/kb/publishing/docs/

        +

        ナレッジベースをローカルアカウントにクローンした場合は、GitHubページをオンにしてコンテンツを表示できます。GitHubでは、ページをオンにする方法を説明しています。この場合、コンテンツフォルダーのURLは次のようになります: https://youraccountname.github.io/kb/publishing/docs/

      2. ページは、statically.io などのサードパーティ コンテンツ サーバーを通じて表示できます。GitHub では、まずページがある場所 (例: https://www.github.com/youraccountname/kb/publishing/docs/html/mynewpage.html) に移動します。次に、その URL をコピーして変換ツールに貼り付けるて、ページをライブで表示できる新しいリンクを入手します。