ビューの「グローバル：カスタムテキスト」フィールドのfield_idを設定します
複数の 'Global：Custom text'フィールドを持つビューがあります。これらは実際にはプレースホルダーとして機能しているだけです。それぞれにフィールドテンプレートファイルを作成し、ビューでこれらのフィールドに遭遇したときに基本的にカスタムhtml/phpを配置します。
ほぼすべてが適切に機能しており、... Drupalが自動的に 'nothing'、 'nothing_1 'などをグローバルカスタムテキストフィールドに追加します。したがって、これらのグローバルテキストフィールドが複数あり、それぞれに個別のフィールドテンプレートを作成したい場合、問題が発生します。
テンプレートファイルに名前を付ける必要がありますviews-views-field-nothing.tpl.phpなど。サイト全体でこれらのフィールドテンプレートを再利用したいので、これは望ましくありません。私の見解では、これらのグローバルフィールドの順序について心配する必要はありません。何もないと予想されるものは1番目であり、そのIDを取得し、何もないと予想されるものは、そのIDを取得します...
誰かが以前にこの問題に遭遇したことがありますか？ビューでグローバルカスタムテキストフィールドに独自のフィールドIDを設定できるかどうかのアイデアはありますか？これを実行するモジュールはありますか？まだ何も見つかりませんでした。
ご指導ありがとうございます！
pSこれを行う理由は、ビューのフィールドから取り除かれるHTML（<fieldset>など）をビューに配置しようとしているため、テンプレートファイルで実行する必要があるためです。
まあ、難しい問題を解決する唯一の方法は、独自のモジュールを作成することです（または、私の場合のように、そのようなモジュールを既に作成している人と協力するだけです）。
私は今、新しくローンチした Views fieldsets module を使用して、私がやろうとしていたことを達成しています！
これが良い解決策かどうかはわかりませんが、テンプレートファイルの提案で同じ問題に遭遇しました。私がしたことはそれを回避することでした：
- それぞれの[表示から除外]をオンにして、すべてのフィールドを非表示にします。
- フィールドリストの最後に 'Global：Custom text'フィールドを1つ追加して、[fields]を必要なHTML構造に挿入します
- フィールドとラッパースタイルの設定を削除またはオーバーライドする
あなたのための解決策かもしれませんか？ 「グローバル：カスタムテキスト」フィールドのもう1つの置き換えは、 views_phpフィールド を使用することです。