Minecraft テキスト コンポーネントの色とクリック ガイド

メッセージに 1 つのメインカラーを使用し、状態、危険、報酬、またはアクションに 1 つのアクセントカラーを使用します。色が多すぎると、コマンドOutputが読みにくくなり、プレーヤーのテキストが解析されにくくなります。

太字、斜体、下線付き、難読化されたスタイルは意図的に行う必要があります。マップ UI の場合、強調することで、何が変更されたのかをプレーヤーが理解しやすくする必要があります。

• 危険または失敗に備えて、赤または濃い赤を確保してください。
• 報酬と目標にはゴールドまたはイエローを使用してください。
• 二次的なコンテキストにはグレーを使用します。
• 長い本文テキストの装飾は避けてください。

クリック イベントは、コマンド、リンク、提案、ナビゲーション プロンプトに役立ちますが、表示されるテキストにアクションが説明されていない場合、プレイヤーを驚かせる可能性があります。ホバー ツールチップだけでなく、テキストにもアクションを含めます。

ホバーテキストはコンテキストを追加する必要があります。プレイヤーによってはすべてのメッセージをマウスオーバーするわけではないため、重要な指示だけを伝えるべきではありません。

同じクエスト タイトルが、タイトル コマンド、テルロー ライン、アイテム lore ヒント、および書かれた本のエントリになる可能性があります。プレーヤーが目的を認識できるように、これらの表面全体で一貫した言葉遣いを保ちます。

複数のコマンド ファミリで同じメッセージが表示される場合は、共有の命名規則を使用して各コマンドを Project に保存します。

このガイドを使用して、プレーヤーまたはマップ メーカーが実際に実行するアーティファクト (Copy したコマンド、注文された Project パック、またはdatapack リソース) を作成します。最終レビューは、編集可能なビルダーの状態だけでなく、Copy したOutputに対して行われる必要があります。

ワークフローがバージョンに依存する場合は、コマンドの横にターゲット バージョンのラベルを付けます。セレクター、scoreboard、boss bar、タグ、loot table、またはProject順序を使用する場合は、セットアップを公開する前にクリーンな環境でそれらの依存関係をテストしてください。

• 1 つのコマンドの場合は Output からの Copy、注文されたパックの場合は Project から。
• Java、Bedrock、およびスナップショット バリアントを分離してください。
• 最初に無害なOutputで破壊的なセレクターをテストします。
• ガイドが標準ワークフローになったら、関連するプリセットを更新します。