サイズのテキスト:SC 1の理解.4.4

この手法は、追加のオーディオの説明なしにビデオの感覚が失われる場合にのみ使用され、ダイアログ/ナレーション間の一時停止が短すぎます.

SC 1の理解.4.4:テキストのサイズ(レベルAA)

テキストのキャプションと画像を除き、テキストは、コンテンツや機能を失うことなく、最大200%までの支援技術なしでサイズ変更できます.

意図

この成功基準の意図は、テキストベースのコントロール(表示されるように表示されたテキスト文字[vs. ASCIIなどのデータフォームにあるテキスト文字は、画面拡大器などの支援技術を使用することなく、軽度の視覚障害のある人が直接読むことができるように、正常にスケーリングできます。. ユーザーはWebページ上のすべてのコンテンツをスケーリングすることでメリットがありますが、テキストが最も重要です.

コンテンツのスケーリングは主にユーザーエージェントの責任です. UAAG 1を満たすユーザーエージェント.0チェックポイント4.1ユーザーがテキストスケールを構成できるようにします. 著者の責任は、ユーザーエージェントがコンテンツを効果的にスケーリングすることを妨げないWebコンテンツを作成することです. 著者は、コンテンツがテキストベースのコントロールを含むテキストのサイズ変更のユーザーエージェントサポートに干渉しないことを確認するか、テキストのサイズ変更またはレイアウトの変更に直接サポートを提供しないことを確認することにより、この成功基準を満たすことができます。. 直接サポートの例は、異なるスタイルのシートを割り当てるために使用できるサーバー側のスクリプトを介してあります.

著者は、ユーザーがズームサポートを備えたユーザーエージェントにアクセスできない場合、HTMLコンテンツのこの成功基準を満たすためにユーザーエージェントに頼ることはできません. たとえば、IE 6を使用することを要求する環境で動作する場合.

著者がユーザーエージェントがズームサポートを提供しないテクノロジーを使用している場合、著者はこのタイプの機能を直接提供するか、ユーザーエージェントが提供する機能のタイプで動作するコンテンツを提供する責任があります. ユーザーエージェントがズーム機能を提供しないが、ユーザーがテキストサイズを変更できる場合、著者はテキストがサイズ変更されたときにコンテンツを使用できるようにする責任があります.

ラベルとして機能し、ユーザーがコンテンツにアクセスするためにアクティブ化を必要とする一部のユーザーインターフェイスコンポーネントは、ラベルのコンテンツに対応するのに十分な幅がありません. たとえば、Webメールアプリケーションでは、サブジェクト列がすべての可能な件名ヘッダーに対応するのに十分な幅がない場合がありますが、サブジェクトヘッダーをアクティブにすると、サブジェクトヘッダー全体でユーザーが完全なメッセージになります。. Webベースのスプレッドシートでは、列に表示するには長すぎるセルコンテンツを切り捨てることができ、セルがフォーカスを受信すると、セルの完全な内容がユーザーが利用できます. ユーザーインターフェイスコンポーネントのコンテンツは、ユーザーが列の幅をサイズ変更できるユーザーインターフェイスでも広すぎる可能性があります。. このタイプのユーザーインターフェイスコンポーネントでは、ラインラッピングは必要ありません。コンポーネントの完全なコンテンツがフォーカスまたはユーザーのアクティブ化後に利用可能である場合、およびこの情報にアクセスできることを示す場合、切り捨ては許容されます。.

コンテンツは、最大200%、つまり幅と高さの2倍までスケーリングできる場合、成功基準を満たします。. 著者は、スケーリングがより極端になるにつれて、その制限を超えてスケ​​ーリングをサポートする場合があります。. たとえば、単語は広すぎて利用可能な水平スペースに収まるにはなりすぎて、切り捨てられるようになります。レイアウトの制約により、テキストが大きくスケーリングされると、テキストが他のコンテンツとオーバーラップする場合があります。または、文の単語のみが各行に適合する可能性があるため、読みにくいテキストの垂直列として文が表示されます。.

ワーキンググループは、200%が幅広いデザインとレイアウトをサポートできる妥当な宿泊施設であり、200%の最小倍率を提供する古いスクリーン拡大器を補完すると感じています。. 200%を超えると、ズーム(テキスト、画像、レイアウト領域を変更し、水平スクロールと垂直スクロールの両方を必要とする可能性のあるより大きなキャンバスを作成する)は、テキストのサイズ変更よりも効果的になる場合があります. ズームサポートに専念する支援技術は通常、このような状況で使用され、ユーザーを直接サポートしようと著者が試みるよりも優れたアクセシビリティを提供する可能性があります.

テキストの画像は、ピクセル化する傾向があるため、テキストと同様にスケーリングしません。したがって、可能な限りテキストを使用することをお勧めします. また、一部のユーザーにとって必要なテキストの画像の前景と背景のコントラストと色の組み合わせを変更することも困難です.

利点

  • この成功基準は、コンテンツのテキストサイズを増やして読むことができるようにすることで、視力の低い人を支援します.

  • 視覚障害のあるユーザーは、ブラウザのWebページのテキストサイズを1 emから1に増やします.2 EMS. ユーザーは小さなサイズでテキストを読むことができませんでしたが、大きなテキストを読むことができます. ページ上のすべての情報は、テキストに大きなフォントが使用されている場合でも表示されます.
  • Webページには、ページのスケールを変更するためのコントロールが含まれています. 異なる設定を選択すると、ページのレイアウトが変更され、そのスケールに最適なデザインを使用します.
  • ユーザーは、ユーザーエージェントのズーム機能を使用してコンテンツのスケールを変更します. すべてのコンテンツが均一にスケーリングし、ユーザーエージェントは必要に応じてスクロールバーを提供します.

関連リソース

リソースは情報のみを目的としており、承認は暗示されていません.

  • CSS 2ボックスモデル
  • CSS 2視覚フォーマットモデル
  • CSS 2視覚フォーマットモデルの詳細
  • 流体と固定幅のレイアウトについて
  • アクセス可能なCSS

テクニック

このセクションの数字の各アイテムは、WCAGワーキンググループがこの成功基準を満たすのに十分だと思われる手法またはテクニックの組み合わせを表しています。. ただし、これらの特定の手法を使用する必要はありません. 他の手法の使用については、WCAGの成功基準、特に「その他のテクニック」セクションの理解の理解を参照してください。.

十分なテクニック

  1. G142:ズームをサポートする一般的に利用可能なユーザーエージェントを持つテクノロジーを使用する
  2. テキストのサイズが変更されたときにテキストコンテナがサイズを変更することを保証します そして 次の手法の1つ以上を使用して、コンテンツ内の他の測定に関連する測定値を使用してください。
    • C28:EMユニットを使用してテキストコンテナのサイズを指定する
    • 相対測定の手法
      • C12:フォントサイズにパーセントを使用します
      • C13:名前付きフォントサイズを使用します
      • C14:フォントサイズにEMユニットを使用します
    • テキストコンテナのサイズ変更のテクニック
      • SCR34:テキストサイズでスケーリングする方法でサイズと位置を計算する
      • G146:液体レイアウトの使用
  3. G178:ユーザーがページ上のすべてのテキストのサイズを最大200%変更できるようにするWebページでコントロールを提供する
  4. G179:テキストがサイズを変更し、テキストコンテナが幅を変更しないときにコンテンツや機能の損失がないことを確認する

アドバイザリーテクニック

適合には必要ありませんが、コンテンツをよりアクセスしやすくするために、次の追加手法を考慮する必要があります. すべてのテクニックを使用できるわけではなく、すべての状況で効果的であるわけではありません.

  • C17:テキストを含むフォーム要素のスケーリング
  • C20:相対測定を使用して列の幅を設定して、ブラウザーのサイズ変更時にラインが平均80文字以下にできるように
  • C22:CSSを使用してテキストの視覚的なプレゼンテーションを制御する

障害

以下は、WCAGワーキンググループによるこの成功基準の失敗と見なされる一般的な間違いです.

  • F69:成功基準の失敗1.4.4視覚的にレンダリングされたテキストを最大200%までサイズ変更すると、テキスト、画像、またはコントロールが切り取られたり、切り捨てられたり、不明瞭になったりします
  • F80:成功基準の失敗1.4.4テキストベースのフォームコントロールが視覚的にレンダリングされたテキストが200%までサイズ変更された場合にサイズ変更されない場合
  • F94:成功基準の失敗1.4.4テキストのサイズを変更するためにビューポートユニットの誤った使用のため

重要な用語

キャラクターまたはグリフの空間的配置によって作成された写真(通常、ASCIIによって定義された95の印刷可能な文字から)

ユーザーエージェントとして、または主流のユーザーエージェントとして機能するハードウェアおよび/またはソフトウェアは、主流のユーザーエージェントが提供する障害を持つユーザーの要件を満たす機能を提供するためのハードウェアおよび/またはソフトウェア

支援技術によって提供される機能には、代替プレゼンテーションが含まれます(e.g., 合成された音声または拡大コンテンツ)、代替入力方法(e.g., 音声)、追加のナビゲーションまたは方向メカニズム、およびコンテンツ変換(e.g., テーブルをよりアクセスしやすくするため).

ASISTIVEテクノロジーは、APIを使用および監視することにより、主流のユーザーエージェントとデータとメッセージを伝えることがよくあります.

主流のユーザーエージェントと支援技術の区別は絶対的ではありません. 多くの主流のユーザーエージェントは、障害を持つ個人を支援するためのいくつかの機能を提供します. 基本的な違いは、主流のユーザーエージェントが通常障害のある人の有無にかかわらず、広く多様な視聴者をターゲットにすることです. 支援技術は、特定の障害を持つユーザーの集団を狭く定義した集団をターゲットにしています. 支援技術によって提供される支援は、ターゲットユーザーのニーズにより具体的かつ適切です. 主流のユーザーエージェントは、プログラムオブジェクトからWebコンテンツを取得したり、識別可能なバンドルにマークアップを解析するなどの支援技術に重要な機能を提供する場合があります.

このドキュメントのコンテキストで重要な支援技術には、以下が含まれます。

  • スクリーンの拡大器、およびその他の視覚的読み取りアシスタント。視覚的、知覚的、および物理的な印刷障害を持つ人々が使用して、テキストフォント、サイズ、間隔、色、音声と同期などを変更するために使用されます。. レンダリングされたテキストと画像の視覚的な読みやすさを向上させるため。
  • 合成された音声または点字を通してテキスト情報を読むことを目のなく思う人が使用するスクリーンリーダー。
  • テキストからスピーチのソフトウェア。これは、認知、言語、学習障害のある人がテキストを合成音声に変換するために使用しています。
  • 物理的な障害を持つ人々が使用する可能性のある音声認識ソフトウェア。
  • 特定の身体障害のある人がキーボードをシミュレートするために使用する代替キーボード(ヘッドポインター、シングルスイッチ、SIP/パフ、その他の特別な入力デバイスを使用する代替キーボードを含む.);
  • 特定の身体障害のある人がマウスポインティングとボタンの活性化をシミュレートするために使用する代替ポインティングデバイス.

音の再現の技術

オーディオは合成的に(音声統合を含む)、現実世界の音から記録された、またはその両方を作成できます.

ナレーションがサウンドトラックに追加され、メインのサウンドトラックだけでは理解できない重要な視覚的詳細を説明する

ビデオのオーディオ説明アクション、キャラクター、シーンの変更、画面上のテキスト、およびその他の視覚コンテンツに関する情報を提供します.

標準的なオーディオの説明では、対話の既存の一時停止中にナレーションが追加されます. (拡張オーディオの説明も参照してください.))

すべてのビデオ情報が既存のオーディオですでに提供されている場合、追加のオーディオの説明は必要ありません.

「ビデオ説明」と「説明的なナレーション」とも呼ばれます.「

メディアコンテンツを理解するために必要な音声と非スピーチの両方のオーディオ情報の両方の同期視覚および/またはテキストの代替

キャプションは、キャプションが話し言葉の内容だけでなく、音楽、音楽、笑い声、スピーカーの識別、場所などのプログラムコンテンツを理解するために必要な非ダイヤログオーディオ情報の同等物も伝えることを除いて、ダイアログのみの字幕に似ています。.

閉じたキャプションは、一部のプレイヤーと一緒にオン /オフできる同等物です.

オープンキャプションは、オフにできないキャプションです. たとえば、キャプションがビデオに埋め込まれているテキストの視覚的な同等の画像である場合.

キャプションは、ビデオ内の関連情報を曖昧にしたり妨害したりしないでください.

一部の国では、キャプションは字幕と呼ばれます.

オーディオの説明は、視覚的に既に提示されている情報の説明であるため、キャプションを作成する必要はありませんが、必要はありません。.

拡張オーディオの説明

音声の説明は、ビデオを一時停止して説明を追加する時間があるように視聴覚プレゼンテーションに追加されます

この手法は、追加のオーディオの説明なしにビデオの感覚が失われる場合にのみ使用され、ダイアログ/ナレーション間の一時停止が短すぎます.

人間と通信するために(視覚的または触覚的な手段を通じて)話、書かれた、または署名された言語

非テキスト形式でレンダリングされたテキスト(e.g., 画像)特定の視覚効果を達成するために

これには、重要な他の視覚コンテンツを含む写真の一部であるテキストは含まれていません.

写真のnametagの人の名前.

プログラム的に決定できる文字のシーケンスではないコンテンツ、またはシーケンスが人間の言語で何かを表現していない場合

これには、ASCIIアート(キャラクターのパターン)、絵文字、Leetspeak(キャラクター置換を使用)、テキストを表す画像が含まれます

プログラムで決定されました

支援技術を含むさまざまなユーザーエージェントが、この情報を異なるモダリティでユーザーに抽出および提示できるように提供される、著者がサプリゼされたデータからソフトウェアによって決定

一般的に利用可能な支援技術によって直接アクセスされる要素と属性からマークアップ言語で決定されます.

非マークアップ言語のテクノロジー固有のデータ構造から決定され、一般的に利用可能な支援技術によってサポートされるアクセシビリティAPIを介して支援技術にさらされます.

手と腕の動きの組み合わせを使用した言語、意味を伝えるための身体の位置

シーケンスが人間の言語で何かを表現している場合、プログラム的に決定できるキャラクターのシーケンス

非テキストコンテンツにプログラム的に関連付けられている、または非テキストコンテンツにプログラム的に関連付けられているテキストから参照されるテキスト. プログラムに関連するテキストは、テキスト以外のコンテンツからプログラムで決定できるテキストのテキストです.

チャートの画像は、チャートの後の段落のテキストで説明されています. チャートの短いテキストの代替案は、説明が続くことを示しています.

ユーザーにWebコンテンツを取得および提示するソフトウェア

Webブラウザ、メディアプレーヤー、プラグイン、およびその他のプログラム(アシスタントテクノロジーを含む)は、Webコンテンツの取得、レンダリング、および対話に役立ちます.

動きまたはシーケンスされた写真や画像の技術

ビデオは、アニメーションまたは写真の画像、またはその両方で構成することができます.

テストルール

以下は、この成功基準の特定の側面のテストルールです. これらの特定のテストルールを使用してWCAGへの適合を確認する必要はありませんが、それらは定義され、承認されたテスト方法です. テストルールの使用については、WCAG成功基準のテストルールの理解を参照してください.

このページを改善してください

電子メールであなたのアイデア、提案、またはコメントを共有してください、公開されているリストグループAg-Ag-chairs@w3.組織またはGithub経由

日付: 2023年6月20日更新.

によって開発された アクセシビリティガイドラインワーキンググループ(AG WG)参加者(共同議長:Alastair Campbell、Charles Adams、Rachael Bradley Montgomery. W3Cスタッフの連絡先:マイケルクーパー).

コンテンツは、uが資金提供したWAI-COREプロジェクトの一部として開発されました.s. 連邦基金. ユーザーインターフェイスは、欧州委員会が共同で資金提供したWAI-GUIDEプロジェクトの一環として、Shadi Abou-Zahra、Steve Lee、およびShawn Lawton Henryからの貢献により、教育およびアウトリーチワーキンググループ(EOWG)によって設計されました。.

障害のある人がWebにアクセスできるようにするための戦略、標準、およびサポートリソース.

Copyright©2023 World Wide Webコンソーシアム(W3C®). WAI素材を使用する許可を参照してください.

  • ワイに連絡してください
  • サイトマップ
  • ニュース
  • アクセシビリティステートメント
  • 翻訳
  • 役割のリソース

テキストのサイズを変更します
SC 1の理解.4.4

この成功基準の意図は、テキストベースのコントロール(表示されるように表示されたテキスト文字[vs. ASCIIなどのデータフォームにあるテキスト文字は、画面拡大器などの支援技術を使用することなく、軽度の視覚障害のある人が直接読むことができるように、正常にスケーリングできます。. ユーザーはWebページ上のすべてのコンテンツをスケーリングすることでメリットがありますが、テキストが最も重要です.

コンテンツのスケーリングは主にユーザーエージェントの責任です. UAAG 1を満たすユーザーエージェント.0チェックポイント4.1ユーザーがテキストスケールを構成できるようにします. 著者の責任は、ユーザーエージェントがコンテンツを効果的にスケーリングすることを妨げないWebコンテンツを作成することです. 著者は、コンテンツがテキストベースのコントロールを含むテキストのサイズ変更のユーザーエージェントサポートに干渉しないことを確認するか、テキストのサイズ変更またはレイアウトの変更に直接サポートを提供しないことを確認することにより、この成功基準を満たすことができます。. 直接サポートの例は、異なるスタイルのシートを割り当てるために使用できるサーバー側のスクリプトを介してあります.

著者は、ユーザーがズームサポートを備えたユーザーエージェントにアクセスできない場合、HTMLコンテンツのこの成功基準を満たすためにユーザーエージェントに頼ることはできません. たとえば、IE 6を使用することを要求する環境で動作する場合.

著者がユーザーエージェントがズームサポートを提供しないテクノロジーを使用している場合、著者はこのタイプの機能を直接提供するか、ユーザーエージェントが提供する機能のタイプで動作するコンテンツを提供する責任があります. ユーザーエージェントがズーム機能を提供しないが、ユーザーがテキストサイズを変更できる場合、著者はテキストがサイズ変更されたときにコンテンツが使用可能なままであることを確認する責任があります.

ラベルとして機能し、ユーザーがコンテンツにアクセスするためにアクティブ化を必要とする一部のユーザーインターフェイスコンポーネントは、ラベルのコンテンツに対応するのに十分な幅がありません. たとえば、Webメールアプリケーションでは、サブジェクト列がすべての可能な件名ヘッダーに対応するのに十分な幅がない場合がありますが、サブジェクトヘッダーをアクティブにすると、サブジェクトヘッダー全体でユーザーが完全なメッセージになります。. Webベースのスプレッドシートでは、列に表示するには長すぎるセルコンテンツを切り捨てることができ、セルがフォーカスを受信すると、セルの完全な内容がユーザーが利用できます. ユーザーインターフェイスコンポーネントのコンテンツは、ユーザーが列の幅をサイズ変更できるユーザーインターフェイスでも広すぎる可能性があります。. このタイプのユーザーインターフェイスコンポーネントでは、ラインラッピングは必要ありません。コンポーネントの完全なコンテンツがフォーカスまたはユーザーのアクティブ化後に利用可能である場合、およびこの情報にアクセスできることを示す場合、切り捨ては許容されます。.

コンテンツは、最大200%、つまり幅と高さの2倍までスケーリングできる場合、成功基準を満たします。. 著者は、スケーリングがより極端になるにつれて、その制限を超えてスケ​​ーリングをサポートする場合があります。. たとえば、単語は広すぎて利用可能な水平スペースに収まるにはなりすぎて、切り捨てられるようになります。レイアウトの制約により、テキストが大きくスケーリングされると、テキストが他のコンテンツとオーバーラップする場合があります。または、文の単語のみが各行に適合する可能性があるため、読みにくいテキストの垂直列として文が表示されます。.

ワーキンググループは、200%が幅広いデザインとレイアウトをサポートできる妥当な宿泊施設であり、200%の最小倍率を提供する古いスクリーン拡大器を補完すると感じています。. 200%を超えると、ズーム(テキスト、画像、レイアウト領域を変更し、水平スクロールと垂直スクロールの両方を必要とする可能性のあるより大きなキャンバスを作成する)は、テキストのサイズ変更よりも効果的になる場合があります. ズームサポートに専念する支援技術は通常、このような状況で使用され、ユーザーを直接サポートしようと著者が試みるよりも優れたアクセシビリティを提供する可能性があります.

注記: テキストの画像は、ピクセル化する傾向があるため、テキストと同様にスケーリングしません。したがって、可能な限りテキストを使用することをお勧めします. また、一部のユーザーにとって必要なテキストの画像の前景と背景のコントラストと色の組み合わせを変更することも困難です.

成功基準の特定の利点1.4.4:

  • この成功基準は、コンテンツのテキストサイズを増やして読むことができるようにすることで、視力の低い人を支援します.

テラリアのすべての新しい1.4.4 – 新しいアイテム、ボスなど

TerrariaのLabor of Love Updateは上陸し、開発者のヒントは「Journey’s End」や「Journey’s Ending End」などのアップデートでのヒントにもかかわらず、ゲームはおそらくしばらくの間サポートを享受し続けることを証明しています。. Labor of Loveは、生活の質の改善とバグの修正に焦点を当てていますが、Savvy Playerのためにゲームに追加された新しいものがまだたくさんあります. これがあなたが期待できることです.

Terraria 1の新しいもの.4.4愛の労働を更新します?

新しく更新された世界の種

プレイヤーはすでにいくつかの特別な世界の種を持っていて、新しく生成された世界のスタイルを制御することを可能にしましたが、1.4.4名簿にさらに3つ追加します. 「リミックス」シードは世界を頭にひっくり返し、under界であなたを始め、荒廃した表面に向かって上向きに掘り下げますが、「トラップなし」シードは、名前が示唆するように、悪意のあるトラップがない土地を約束します。. おそらく、筋金入りのプレイヤーのための新しい種の中で最も興味深いのは、「すべて」の種であり、他のすべての種子の側面を組み合わせて、Laver of Loveによって追加されたものを含め、いくつかの追加の新機能と拡大された困難.

以前の種子では、「価値のある」種の困難を締める、クモの洞窟とすべてのキャッチ可能な魚を「ミツバチではない」種に加え、「ドンの闇の致命を強化するなど、いくつかの更新も見られました。 「t飢え」種.

新しいアイテムとコンテンツ

Labor of Loveは300を超える新しいアイテムと、壁、ブロック、絵画などの新しい装飾的および構造的なオブジェクトを追加します. 注目すべき新しい追加の中には、携帯電話の機能と魔法の巻き貝と悪魔の巻き上げの機能を組み合わせたシェルフォンと、バイオームの帯を作成または破壊できるクレンテアミネーターの強化版のテラフォーマーがあります。意思. もう1つの素敵な斬新さは、リリスのネックレスです。これは、ジャーニーモードでのみ利用できるが、印象的なジャンプの高さのオオカミに変わるマウント召喚アイテムです.

また、Biome Sight Potionも追加されているため、腐敗や深紅のような邪悪なバイオームでタイルが与えられ、その後それらを浄化するのを見るのが簡単になります。. 新しい深紅色と腐敗した泥草はこれに関連しており、邪悪なバイオームに感染したジャングルタイルを置き換え、見つかった場合は以前の状態に回復することができます. それに加えて、あなたはあなたの町に追加するために8つの新しいスライムペットをもらうことさえできます.

UIと生活の質の変化

新しいパッチの中で最もエキサイティングな部分ではないかもしれませんが、1に追加されたQOLの変更に感謝するでしょう。.4.4. アップデート. 1つには、F1-F3キーに割り当てることができる最大3つの機器のロードアウトを今すぐ作成できます。これにより、冒険に多様性と柔軟性が追加されます。. 在庫のスタック可能なアイテムは、印象的な9999アイテムに積み重ねられました。これは、Voidバッグに入る前です。. より病的な好奇心の強い機能のために、獣肉や追跡可能なプレイヤーの死の追加機能のような便利なUIの調整も機能します.

バランスの変更

ゲームのバランスの変更に特に注意してくださいボスの戦いへのいくつかの微調整です. ゴーレムを含むいくつかのボスがバフされています。ゴーレムは、健康が大幅に向上し、拳を偏向させることができなくなりました。 、その発射体があなたに少し余分なトラブルを与えるために強化された.

それはすべて悪いニュースではありません – 一部のボスは、物事をもう少し管理しやすくするために特定の問題を抱えています. たとえば、肉体の壁は、25%の健康に絞られた後、飢えに3番目の統計ボーナスを与えなくなり、クイーンスライムと彼女の手下は全面的に損害を与えました。.

バグの修正

バグのランドリーリストは、Labor of Love Updateとその後の1に修正されました1.4.4.1および1.4.4.2つのホットフィックス. これらは、深刻な – いくつかの主要なクラッシュの問題がパッチが適用されている – 刺激的なものに至るまで、プレーヤーにすぐに生まれなくなり、それを避ける時間を与えない – ありふれたものには、いくつかのマイナーな音声/視覚的な問題が今修正されました. 修正と変更の完全なリストは、Hotfixパッチのリストとともに、Terrariaサイトにあります。.