Thanks that works. But will this also pull into the template draft pages – do I also need to filter by listed? Or are draft pages not counted as child pages?
I’ve Googled and had a look around this forum. I can feel my brain crashing trying to understand the difference between a page field and a page section.
type: pages
looks the same to me, but somehow one type: page is a section and one type: pages is a field.
Am I right in thinking that if a type: pages is preceded by type: fields – it’s a page field. And if it isn’t it is a page section?
And that you can do different things with a type: page depending on whether it is a field or a section?
They look a little different, their properties are a little different and they do different stuff:
A field (except for some fields that only serve layout purposes like info, gap, line) saves something in the content file. A section does not.
A pages field and also a files field are basically SELECT/MULTISELECT fields, i.e. you select something out of a pool of options, which is then stored in the content file.
Hey, that’s a great explanation. Thank you. I was wondering why some things get added to a pages content .txt file and some things don’t. I can kinda of start to vaguely understand it.
Is this correct?
If a type: pages is preceded by type: fields – it’s a page field. And if it isn’t it is a page section?
I wonder if Kirby has considered renaming pages fields and sections? Sections doesn’t seem very descriptive and is easy to confuse with sections used in Blueprints to divide the content up?
No, but while adding one or the other, why don’t you add a comment or name the field/section accordingly in your blueprint? Usually, it is clear from the context.