This is fairly edge-casey but might be fixable, which would be nice...
I'm testing this module out for implementation on a client site where they want the tab, or "thumbnail" content, to include a title and subtitle. In my View I configure the subtitle field and set it to "Rewrite the output of this field", inputting [title]
[field_subtitle_value] as the text for the field. In my cycle style settings I choose the subtitle field for the thumbnail. The subtitle part is correctly pulled from each node but the title part is always the same on every thumbnail (see attached screenshot). I realise this is because of the way those thumbnails are rendered in the template_preprocess_views_cycle() function and am guessing it's simply too late in the process to get the correct title field value in this combined field but I don't know enough about Views theming to be sure it's not possible.
| Comment | File | Size | Author |
|---|---|---|---|
| screenshots_views_cycle.tiff_.jpg | 77.06 KB | katbailey |
Comments
Comment #1
Crell commentedHm. You may need to fall back to actual theme overrides here. I don't know enough about that part of Views either, as it was added only recently.
Comment #2
Crell commentedActually it looks like this isn't a views_cycle problem but a views problem. See here: #444314: $handler->last_render empty on row-style-using style plugins
I'm not marking this as a dupe in case we have to do something else later after that problem has been fixed. In the mean time I'm committing a temporary fix that double-renders the fields so that replacements will work. We'll need to find a better way later.
Comment #3
samirevah commentedI've run into this same problem on my current project. I noted you said you were committing a temporary fix. Has this been done? Is it working? I saw the code snippet you posted on #444314, but I couldn't see if you applied that code to the Views Cycle module (or somewhere else?).
Would appreciate any further guidance you can offer on this subject.
update: Never mind, I found it in the dev version. This is what happens I guess when you're troubleshooting at 4AM. Updated to dev and everything works great now. Thanks.
Comment #4
eabrand commentedThis looks like its fixed.
Comment #5
Anonymous (not verified) commentedIt's working for me
Comment #6
Crell commentedI'm going to mark this fixed for now, even though it's just a workaround. Sadly there's no "worked around bug in another module for now" status. :-)