Thanks for taking the time to rework this! I’ll step-by-step it based off of your reply. The number Four here is the part I’m stuck on.
One
First, I use a “Terms (Minimal)” element.
Two
Next I kill all the terms I don’t want with a condition.
Three
Now, I drop in a [whatever] and set it up as another provider (swapping out for the text object)…
Four
Step three is working, but these are just all the posts only (not the parent category’s posts) so I’ll need to set another looper provider as you said… and now I start to devolve in my understanding. I know that the Provider needs to:
- Read the parent’s
term
dynamically,
- Pull said term, then…
- Display posts within said term.
In my mind, either a Query String along the lines of category_name={{dc:term:name}}
or the following screenshot, or even a Looper Provider set to “Dynamic Content” with {{dc:term:name}}
should theoretically do this.
Clearly my thinking is flawed, since the result is null
and any variations I’ve tried so far break the loop. Insight/advice is extremely welcome.
Side tangent:
In terms of general Cornerstone theory… my previous understanding of loopers and dynamic content was that, unless the provider setting explicitly “exited” the builder/DOM hierarchy, a dynamic content object would just climb parents until it found a source. Does the Looper Provider field behave differently than, say, using a dynamic content object in an element’s text field?
Thanks again for your time on this, I recognize that this thread is lengthy and getting fairly specific – something I try to avoid putting on your team when possible.