text-filter not working consisently for non-scaffolded pages
In a report I'm trying to discriminate between scaffolded pages and pages that are not scaffolded (these are inside scaffolded pages). When I set "depth=all" for the report I see all the pages as expected. When I try to use a text-filter to show only the scaffolded pages I find that the non-scaffolded pages count as one of the fields. For instance, I created a test page "Text Filter Test" with this content:
{report-table:depth=all}
{local-reporter:page:children}
{local-reporter}
{report-column:title=Page}{report-info:content:title|link=true}{report-column}
{report-column:title=Field1}{report-info:data:field1}{report-column}
{report-table}
I gave it two children with this content, setting field1 to "one" on one page ("Text Filter Test 1") and "two" on the other ("Text Filter Test 2"):
{list-data:field1}
{list-option}one{list-option}
{list-option}two{list-option}
{list-data}
I then added a regular page ("Text Filter Test Regular Page") as a child to the first scaffolded page ("Text Filter Test 1").
When I put this text-filter in the report the regular non-scaffolded page shows in the table:
{text-filter:data:field1|include=one}
When I put this text-filter in the report the regular non-scaffolded page does not show in the table:
{text-filter:data:field1|include=two}
I also tried using the "required=true" parameter with the same result. Am I missing something? Is it not recommended to mix scaffolded and non-scaffolded pages together? Is there some other discriminator I can use to get only scaffolded pages in a report? I want to only list scaffolded pages in my report. I'm running version 3.2.0 of both the Scaffolding and Reporting plugin on Confluence 3.0.2.
{report-table:depth=all}
{local-reporter:page:children}
{local-reporter}
{report-column:title=Page}{report-info:content:title|link=true}{report-column}
{report-column:title=Field1}{report-info:data:field1}{report-column}
{report-table}
I gave it two children with this content, setting field1 to "one" on one page ("Text Filter Test 1") and "two" on the other ("Text Filter Test 2"):
{list-data:field1}
{list-option}one{list-option}
{list-option}two{list-option}
{list-data}
I then added a regular page ("Text Filter Test Regular Page") as a child to the first scaffolded page ("Text Filter Test 1").
When I put this text-filter in the report the regular non-scaffolded page shows in the table:
{text-filter:data:field1|include=one}
When I put this text-filter in the report the regular non-scaffolded page does not show in the table:
{text-filter:data:field1|include=two}
I also tried using the "required=true" parameter with the same result. Am I missing something? Is it not recommended to mix scaffolded and non-scaffolded pages together? Is there some other discriminator I can use to get only scaffolded pages in a report? I want to only list scaffolded pages in my report. I'm running version 3.2.0 of both the Scaffolding and Reporting plugin on Confluence 3.0.2.
1
person has this question
I have this question, too!
Tell me when someone answers.
The more people who ask this question, the more it gets noticed.
The more people who ask this question, the more it gets noticed.
-
Inappropriate?Hi there,
Filters don't get applied to children when using 'depth=all'. Only sorting gets applied to child lists.
If your objective is to get all descendants of a particular branch and display them, and filter on each of them, you'll need to get them all into the one report more directly, using something like 'page:descendents' instead of 'page:children'. Sorting them so that they stay in 'child, then grandchildren' order could be tricky though.
Anyway, see how that goes and let me know if you get stuck.
1 person says
this answers the question
-
Inappropriate?Thanks, David. I figured it was something like that. I changed my actual report to use the combining-reporter to target the specific pages within the space that contain the scaffolded pages. This approach probably gets better performance, too.
I’m thankful
Loading Profile...



EMPLOYEE