記事は以下のように構成されています。メインのプロデューサーカテゴリには、プロデューサーごとにサブカテゴリがあり、次にプロデューサーごとにカテゴリがあります。私はJoomlaカテゴリーリストの数十のオプションをいじくり回して、特定のカテゴリーのすべての孫カテゴリーをリストしましたが、運がありませんでした。
私の傾向は、新しいビューと関連するMVCファイルをcom_content
に追加することですが、それは良い考えではないようで、インストールパッケージがどのように実行するかわかりません。
要するに、私はcategories(記事ではなく)grandchildプロデューサーのカテゴリ。コアコンテンツコンポーネントがこれを処理しないと確信しているので、いくつかの「ベストプラクティス」アプローチ、またはおそらくトリックを実行する可能性がある既知の拡張機能を探しています。
カテゴリ構造
Producers (category)
-> John Doe (child category)
-> Program1 Name (grandchild category)
-> Article for Episode 1-1
-> Article for Episode 1-2
-> Article for Episode 1-3
-> Program2 Name (grandchild category)
-> Article for Episode 2-1
-> Article for Episode 2-2
-> Mary Smith (child category)
-> Program87 Name (grandchild category)
-> Article for Episode 87-1
-> Article for Episode 87-2
表示するカテゴリの希望リスト:
PROGRAMS PRODUCER EPISODES
Program1 John Doe 3
Program2 John Doe 2
Program87 Mary Smith 2
これはZooのようなCCKの候補です
さまざまな要因に基づいてコンテンツを構造化し、複数のカテゴリなどを選択する必要があります。Joomla記事では可能ですが、最も整理された方法やエレガントな方法ではありません。
CCKを使用すると、各項目タイプには独自のフィールド、構造、およびがあります) display layout-カスタマイズした場合そして、あなたの提案されたアプリケーションのために、あなたはそうすべきです。
アイテムを関連付けて分類できますが、アイテム自体の構造をカスタマイズして、情報を提示することもできます。
CCKを設定することで、より整理されたエレガントなプレゼンテーションが得られますが、進行中のコンテンツ管理も合理化されます。各アイテムタイプ(プロデューサー、プログラム、エピソード) 「スタイル自体」と、生の情報をプラグインするだけに集中できます。
編集:記事として既に設定されているコンテンツがある場合、ZooなどのCCKはそれらをインポートして変換時間を短縮できます。 :)