The 2026 Drupal Business Survey is open. Your response will help shape the future of the Drupal business ecosystem.Attachment displays let you show different displays on the same view. They are limited to only being on the same view, however. This patch adds an area handler that lets you embed view displays in the header, footer, or empty areas. The selected display can be from a different view, even one of a different base type.
The patch needs work because you can't actually choose the display on the extra options form. I don't have the experience to know what's wrong. There seems to be a rogue break; in views_ui_config_item_extra_form(), but taking it out didn't seem to help. Likely a separate issue.
Currently, the embedded view inherits the original arguments, though it should be easy enough to emulate the same options that attachment displays have.
| Comment | File | Size | Author |
|---|---|---|---|
| #1 | views_area.patch | 3.18 KB | Island Usurper |
Comments
Comment #1
Island Usurper commentedGrr. What happened to the patch?
Comment #2
dawehnerCan't we provide a general ctools content type area plugin? This would fix all our problems :)
#874160: Ctools content type area handler
#793814: Area handlers for CTools content types
Do we really want to make a recursion by default?
Comment #3
Island Usurper commentedEven after applying agentrickard's patch, I couldn't figure out how to get it to select a View. But if either of those issues make this one irrelevant, that's perfectly fine.
As long as the same display handler doesn't display itself, it should be fine. I just wasn't up to learning how to make that validate properly at the time. While that case is handled by attachments, with area handlers you can have several and easily reorder them.
Comment #4
dawehnerDo we really have to add this?
views_field_view provide such a handler, too and it allows to use arguments.
Comment #5
dawehnerThis got in during the views ui codesprint, so this is not an issue anymore.