あなたが自分自身を言及したように、ブロックプロパティを使用しない限り、アウトオブザボックスでは、見出しでプロパティを飾ることはできません。
あなたの質問は非常に興味深いと思っていましたが、この行動に対応するためにEpiserverを拡張することは驚くほど簡単です。私はあなたが好きなように自由に使用できるサンプルソリューションを書いた:https://arlc.dk/grouping-properties-with-headlines-without-property-blocks。
解決策を嫌う場合は、独自のProperty-Type(見出し)を導入し、1)見出しを表示するためのカスタムDojoウィジェットと、2)EditorDescriptorを作成して、 ClientEditingClass。 Linusはこれに優れたブログ記事を投稿しました:https://world.episerver.com/blogs/Linus-Ekstrom/Dates/2012/7/Creating-a-custom-editor-for-a-property/。
編集: 私は、オーバーライドする部分をあまりにも早くスキップしました。
ファイルを置き換えることによってどのファイルも上書きする必要はなく、Shell.zipを抽出する必要はありません(Episerverがウィジェットをどのように実装しているか不思議でない限り)。このウィジェットの定義がシェルの後にロードされている限り、dojoは "epi/shell/form/Field"を必要とするときはいつでも、あなたの実装を使用します。 "これは私たちのフィールド実装[...]を注入します。"
パス〜/ ClientResources/Scripts/Shell/Field/Field.jsは、Field.jsのオーバーライドバージョンを配置するために選択した場所です。それに応じて、新しいパスでmodule.configを更新する限り、好きな場所に置くことができます。 EpiserverはウィジェットAを定義します。次に、同じ名前のウィジェットを定義します。Aが何かを取得しようとすると、Episerverではなく実装を返します。
あなたのブログ記事は〜/ ClientResources/Scripts/Shell/Field/Field.jsを上書きするように言われていますが、私のClientResourcesフォルダにはそのようなファイルはありません。私はテストのために合金のデモを使用しています。 モジュール/ _protected/ShellのShell.zipフォルダを抽出し、必要なフォルダとファイルを作成して、そのフォルダが動作するように再圧縮する必要がありますか。 私はDojoの変更や組み込みの機能に慣れていません。より詳細な手順を提供したいと考えています。また、おそらく答えは、他の人が見るためにこのポストで利用できるはずです.. – Frostrar
こんにちはFrostrar、私はコメントのためには長すぎたので、私の答えの編集として返信を追加しました。 –
これは完全に機能しました!間違いなく私は将来のプロジェクトで使う予定です。オーバーライド部分についての説明をありがとう! – Frostrar