Because we're working on a survey with ~ 275 groups, I tried to find a way that's more scalable. By using the {self.gsec} variable and storing its value in an equation question within each group, and then checking whether that value is still lower than the desired number of questions (adding/subtracting what is needed given preceding groups), you eliminate the need to sum increasingly long strings.
In the example, there's a slider question resulting in a numerical value stored in {nrOfQuestions_nr}; every group contains a {group1seq} equation question that contains {self.gseq}; and all the questions in that group have as relevance equation {group1seq <= nrOfQuestions_nr} (in this example, the only preceding group is the one with the slider, and since {self.gseq} starts counting at 0, that works out nicely without the need for additional subtraction or addition).
I would have preferred this to be safer/more scalable/more maintainable by using as relevance equation {self.gseq <= nrOfQuestions_nr}, but for some weird reason that doesn't work. Anybody have any ideas why that could be? Shouldn't all values available in equation questions also work in relevance equations, since both use the expression manager? :blink:
I've attached an example survey that implements this.
