Discovered in #1528626: Submenu tree links (possibly blocks) disappear from the email option in 6.x-1.15 upgrade
submenutree only adds its content when the page is explicitly 'full' view_mode. That's normal and expected for the majority of use cases.
But it could be possible to implement hook_extra_fields() and allow site architects to position it on more contexts.
Although core only provides 'full', 'teaser' and 'rss' view modes, and you usually don't want it in teasers, it's *possible* we'd want it in rss. And we do today want it in 'print' mode.
And developers are able to add any number of extra view modes that fall somewhere along the spectrum.
It's probably easy to add. I'll have a go.
| Comment | File | Size | Author |
|---|---|---|---|
| #5 | submenutree_1571480_display_mode_settings_feature.patch | 2.76 KB | reeller_sk |
Comments
Comment #1
dman commentedtitle typo
Comment #2
dman commentedOn investigation, print module doesn't even publish its 'print' view_mode to the UI, so maybe this isn't the most useful way forward.
Just something to consider
Comment #3
cybermache commentedThis is a nice module to use if you are using the teaser modes of this module.
https://drupal.org/project/advanced_text_formatter
Comment #4
dman commentedBumping, as in recommending this today I acknowledged that the fact that submenutree does NOT support view_modes is an annoying oversight.
Getting field_weight support in also would be perfect.
What we want is the submenutree component to behave as responsive and dynamic as any other fieldAPI sort of rendering element on the rendering management UI. Then win.
Comment #5
reeller_sk commentedHi guys
Currently I was dealing with issue to allow submenutree on other node display mode than 'full'. I have created patch with include adding possibility to choose on which display mode the submenutree will be displayed to the module administration and altered the displaying logic to consider this settings.
Comment #6
ivnish