分類:所有 Trainz 子頁面

• 因此，內容建立 主題的 內容建立 頁面在虛擬或邏輯意義上被計為 內容建立 的子頁面，但藉助虛擬對映的魔力，它們可能會保留在建立它們的位置，在 Trainz\... 級別 - 技術子頁面。
• 類似地，在參考（如 KIND、容器和標籤）下分層或概念上的頁面將被賦予自己的 TOC 頁面，尤其是在後一種情況下，主要包含指向子頁面部分的重定向（例如，作為 kind Engine 部分的標籤）。
• KINDS 和 Containers 同樣是 TOC 標題頁面，而它們的相關文章被指定為子頁面。KINDS 的示例通常是 Kind 或 Container 頁面的子子頁面，我們將其計為子頁面。類似地，概念上應該位於此類頁面中的主題可能會保留在 Bookroot/Pagename（章節）檔案層次結構級別。

參考文獻、AM&C、內容建立 和這些頁面中列出的頁面應該並且將遵循類似的推理和虛擬結構，因為這似乎最有利於輕鬆連結和定位 - 換句話說，即時訪問。頁面在 Trainz 下而不是 AM&C 下的明確路徑無關緊要，只要它易於定位和連結即可。

• 將許多頁面直接保留為 '指定子頁面' （在 url 術語中為書籍標題的子頁面），可以更容易地搜尋內容。此外，如果需要建立連結模板，則可以最輕鬆地處理任何此類標題。
• 簡而言之，沒有硬性規定，但對於將某些頁面組指定為子頁面或子子頁面，只有它們的用途以及是否經常訪問或搜尋的可能性。

此類別未顯示在其成員頁面上，除非設定了相應的使用者偏好。