it's not about not exposing the minimum, it's about the complexity of calculating it. the maximum is a simple query, the minimum would involve evaluating all the possible combinations of interdependent question relevance equations

if you're not comfortable with displaying the message to your respondents, you can hide it in the survey settings (settings -> presentation -> there are x questions in this survey)

minimum number of questions would be technically challenging and limesurvey has the functionality to hide this message. also, the proposed change to the wording of the message would not work for surveys without relevance equations.

Hello mfavetti,
thank you for your feedback. And sorry for re-open the issue but it seems Mantis does not allow to comment on closed issues. Keep it closed, I just want to add a last comment.

I see that it is complex to calculate the minimum. But doesn't such a piece of software exist to do "complex" tasks?
The minimum is an important number. Nearly all researchers creating a survey do calculate that number by their own.
So it is an important job and LimeSurvey could help here. It is not an edge use case.

The logical consequence would be also to calculate the duration a survey could take. Based on the type and complexity of a question you can calculate the minutes how long it takes to answer that. The methodological literature is full of such numbers.

You don't have to re-calculate it every time the survey is modified. Calculate it on-demand via a button/link on the landing page in edit-mode. And calculate it automatically when the survey becomes public.

But it is your project and your decision of course.

In my understand you also wouldn't accept a PR implementing such a feature?

Regards
Christian

It seems I am also not able to re-close the issue. But I am the reporter. Mantis is quit restrictive. ;)

you're welcome to contribute a pr

i guess you could look at the minimum as the number of questions with no conditions. beyond that you would need to figure out all the possible combinations of questions that might be displayed and use the combination with the fewest questions. because of how flexible expression manager is, i think this would not be trivial

you're welcome to contribute a pr

Than why do you close the issue? Closing signals potential contributors that a PR wouldn't be welcome.
Keep it open if you are interested in that feature. Otherwise close it.

I am not that contributor right now. I don't have resources to implement it. And I am also not familiar with the language you are using.

i guess ....

I wouldn't approach the algorithm like this.

i think this would not be trivial

Of course not. That is why it need to be implemented, so humans don't need to do it anymore. ;)

btw: Mantis becomes annoying. It blocks my posts because I am posting "to much" in a to "short" amount of time. 10 posts in 6 minutes is not spam. I am just active and participating in discussions. Sorry, Mantis.

Than why do you close the issue? Closing signals potential contributors that a PR wouldn't be welcome.
Keep it open if you are interested in that feature. Otherwise close it.

right, sorry. for some reason in my head was a bug report not feature request. also now that I think about it a bit more, the maximum would also need a similar process. the number shown now is not the maximum, it's the total number of questions which is likely greater than the maximum if there are relevance equations.