問題タブ [wagtail-streamfield]

Wagtail サイトで構造化スニペットを作成しようとしています。私はドキュメンテーションに目を通しましたが、この点については何も見ませんでした (見逃していたらすみません)。

StreamFieldスニペット内で使用することはできますか? または、ページのみ

Snippet Chooser Block を使用してストリームフィールドに含めたスニペットから値を取得するのに問題があります。

バイオスニペット:

バイオストリームフィールドの定義:

これはすべて機能しますが、テンプレートに到達すると、スニペットの値にアクセスできないようです

{{ b }} タグの出力:

ただし、 {{ b.name }} は何も出力しません。{{ b.values.name }} または私が推測できる他の順列もありません。値が引き下げられていないだけだと思います。

カルーセルを作成するこれら 2 つの実装の違いは何ですか? どちらも同じことをしているように見えますが、一方には外部キーが明示的に定義されています。最初の実装は呼び出すことで簡単にプラグインできますが、2 番目の実装は ParentalKey を介してモデルに接続する必要があります。基本的に、ホームページに表示するカルーセルを実装するのに適したオプションはどれですか?

私は Wagtail を初めて使用しますが、宿題を済ませ、ドキュメントを読み、Web で追加の参照を検索しましたが、Steamfield 内のさまざまなブロックに入力された値を正常にループしてレンダリングできない理由がわかりません。メインページテンプレート内とブロックのテンプレートの両方で試しました。

これが私のモデルです (アジェンダ_アイテムのテンプレートは現在コメントアウトされています):

このような最も基本的なテンプレートがある場合、エディターでページを公開するときに入力されたすべての値がレンダリングされますが、その前にブロックの名前が表示されます。したがって、この基本的なテンプレートでは:

個別に値にアクセスしようとすると、何も得られません。以下は単なる例ですが、「agenda_item」というブロックに別のテンプレートを使用するなど、他の多くの構文の組み合わせを試しましたが、役に立ちませんでした。

データベースに保存され、単純な {{block}} タグでレンダリングされますが、Streamfield のネストに何か問題があるのでしょうか?

アップデート： テンプレートのレンダリングの問題が解決したため、この回答を受け入れましたが、おそらくこのスクリーンショットが既存の問題を説明するのに役立ちます。ストリームブロック 'agenda_item' は、エディター インターフェイスで + をクリックして、追加の子ブロックを 'agenda_item' に追加したり、新しい 'agenda_item' を追加したりすることで利用できます。問題は、「item_title」を新しい「agenda_item」でのみ使用可能にし、「agenda_item」内の子供には使用できないようにすることです。これが、最初にストリームフィールドの子をネストしたのに、テンプレート レンダリングでネストされた最下位レベルのブロックにアクセスできなかった理由です。そのため、ストリームフィールドのレベルを縮小することで解決しましたが、ユーザーは不要または有効でない item_title を誤って追加する可能性があります。私の質問は：

_{(出典: pocketofactivity.com )}

私の既存のモデルとパネルの定義は次のようになります。

django プロジェクトでリッチ コンテンツ編集を実装する必要があることがよくあります。さまざまな wysiwyg エディターがありますが、複雑なコンテンツ構造を作成するには適していません。Django-CMS のプレースホルダーまたは Wagtail の Streamfield を使用すると、はるかにうまく処理できますが、CMS 全体をプロジェクトに追加したくありません。

必要なのは、内部にウィジェットの順序付きリストを含むフィールド + 編集インターフェイスだけです。何か提案できますか？

Wagtail ストリームフィールドを使用して、ユーザーがエディター インターフェイスでドキュメントをアップロードしてリンクできるようにしています。もともと、ドキュメントで参照されているように、および私が見た他のすべての例と同様に、外部キーを使用しようとしました。wagtail ドキュメントにプロパティ "set name" がない移行を実行すると、エラーが発生し続けました。したがって、これらのドキュメントは、この目的のために必ずしも 1 対多の関係で関連付ける必要がないため、外部キーを使用しないことにしました。そのため、私のモデルでは、DocumentChooserBlocks を使用してすべてのフィールドに外部キーを使用しておらず、すべて正常に動作しているようです。「外部キー」を誤解していて、間違いを犯している（または悪いDB設計を実践している）のでしょうか。これが私の作業モデルです。

また、モデルのコメントアウトされた 2 行で、ストリームフィールド内にない DocumentChooserBlock (外部キーなし) を使用しようとしています。モデル定義を作成し、パネル定義で DocumentChooser パネルを参照します。外部キーなしでそれを行うことは可能ですか（または推奨されますか）？

1 つの StreamField 本体と、HeadingBlock という名前のカスタム ブロックを含むページがあります。

HeadingBlock の見出し属性に新しい charblock を追加する必要がありますが、シェルを使用します。

誰でも助けることができますか？どうもありがとう！

編集:私は見出しブロックを簡素化し、リストブロックを削除して試しました:

しかし、管理インターフェイスに入ると、フィールドは空です。私は試した：

何も起こりません。これはそれほど難しいことではないと思います :-|