イントラネットのプロセスマニュアルの作成を考えています。ほとんどの(すべての?)プロセスの順序は非常に明確ですが、実際の順序は時々変更される可能性があります。計画は、主題の専門家(おそらく半ダース程度)にプロセスページを入力および更新してもらうことです。サイトのユーザーは、顧客と対話しながら、多くの場合は対面で、プロセスをすばやく確認できる必要があります。
これが私が考えたオプションです:
あなたの経験から、これらのオプションの中で明らかに勝者はありますか?
私が見逃しているオプションはありますか? (たとえば、すでにこれを行っているモジュールはありますか?この概念をグーグルすることは、悪夢でした。)
私はこれを考えすぎていますか?
このプロジェクトがDrupal 6または7になるかどうかはまだわかりません。
クレイグハイアットに同意しますが、もう少し拡張したいと思いました。
順序付けられたリストを使用するように作成者をトレーニングします-あなたがユーザーをトレーニングすることはあなたにとってより努力であると言ったように。私の意見では、あなたの時間は最終製品の開発に費やしたほうがよいでしょう。
各プロセスを1つの本にまとめます-なぜ車輪を再発明するのですか?すぐに使用できる要件の基本を提供します。これを使用すると、これを使用することの短所に取り組むために何かを開発するために費やされる余分な時間が得られます。または、ゼロから構築するよりも役立つものを追加するためにより多くの時間を費やすことができます。
「step」フィールドを使用してコンテンツタイプを作成する-これはあなたにとってより多くの作業になる可能性があると述べましたが、CCKとnodereferenceを使用すると、これは、本のルート。
カスタムモジュール-これを行う必要はありません。上記の2つのポイントにより、drupalsの組み込みオプションをコーディングするのに十分な自由度が得られます。
私にとって明らかな勝者は、コンテンツタイプを作成し、それを中心に構築することです。実際にコンテンツタイプを設定して、本の機能を使用することもできます。これは、私が現在大規模プロジェクトで行っていることです。したがって、この場合は両方の長所を利用できます。
Bookモジュールを使用するという本能は正しかったと思います。ブックページの編集は、カスタムコンテンツタイプを介した複数のノードほど難しくありません。
CCKフィールドグループを使用しないのはなぜですか?ノードにはタイトルを付けることができますが、ボディは付けられません。次に、ノードには多数のCCKフィールドグループがあります。グループには、「ステップタイトル」、「ステップの説明」などの2つのフィールドがある場合があります。次に、同じノードに好きなだけタイトルと命令の組み合わせを追加できます。
これには、入力が本当に簡単で、すべてが1つのノードに含まれているという利点があります。このコンテンツの実際の表示もあなた次第です。そのため、1つのページにすべてのステップを配置したり、各ステップを表示するためのJavaScriptタブベースのシステムを使用したり、その他の組み合わせを使用したりできます。
ステップと呼ばれるコンテンツタイプを作成し、プロセスの各ステップをノードにします。次に、ビューを使用して、選択したステップのリストを作成できます。
おそらく分類法を使用して、ステップを適切な親「プロセス」にリンクする方法を見つける必要があります。
各ステップでは、タイトル、本文、ウェイト/オーダーフィールド、そして追加する必要のあるその他のものが取得されます。
Drupal選択するバージョンは関係ありません。6にはCCKを、7にはコアフィールドを使用します。
ページネーション モジュールを使用する別のオプション-このモジュールを使用すると、コンテンツ作成者はコンテンツに区切りを挿入して、管理しやすくすることができます。コンテンツのページ分割に使用できる現在の方法: