Please help us help you and fill where relevant:
Your LimeSurvey version: Limesurvey cloud, version 6.6.5
Own server or LimeSurvey hosting: LS hosing
Survey theme/template: Fruity
==================
Hi there, I've come across some older forum posts (from 2017 and earlier) discussing whether it's possible to use a mix of "question-by-question" and "group-by-group" formatting within the same survey. Specifically, I’m interested in displaying some question groups on a single page, while presenting other questions one at a time (page by page).At the time, it seemed this wasn't feasible. Has there been any update or feature introduced since then that allows for this kind of mixed formatting?If not, are there any workarounds available, other than placing each question in a separate question group?

Thanks in advance!

Best, Dennis

Therefore we often recommend to display "group by group"
Here you are free to put as many questions into a group as you want to display - especially only one single question.
Meaning: "group by group" with one question per group is the same look and feel as "question by question"

Joffm
 

dandreoli wrote:

If not, are there any workarounds available, other than placing each question in a separate question group?

This is not a workaround. As Joffm indicates, it is the most common practice. Creating a group only takes seconds an adds nothing to the size of the data file.

To add to Joffm's and Tpartner's answers:

See the "question groups" as "pages" and you decide then which and how many questions are on each page (aka question group), when displaying group by group.

There has been no change to this concept.

I am advocating a seperate "page" concept (more based on the visual structure of a survey) in addition to the "question group" concept, which could then be used purely "logical". But my feature request hasn't got much support / traction of the years.

Thank you all for your quick responses.The reason I asked is that I’m designing a survey where, in one section, the questions need to be displayed on separate pages and involve three levels of randomization. Given that I can only show groups on individual pages, the structure should look something like this:

1. Two large sets of 128 question groups will be included. Whether set 1 or set 2 is presented first should be determined randomly.
2. Each of these two sets will contain 32 predefined subsets, with each subset consisting of 4 question groups. Each respondent should be shown only one randomly selected subset from each of the two larger sets.
3. Finally, the order in which the 4 question groups within each subset are presented should also be randomized.

In total, each respondent will be presented with 2 sets of 4 question groups.Does anyone have any suggestions on how to approach this?Best,
Dennis

holch wrote:

I am advocating a seperate "page" concept (more based on the visual structure of a survey) in addition to the "question group" concept, which could then be used purely "logical". But my feature request hasn't got much support / traction of the years.
 

Logically : Group are visual structure : show on same page.

Maybe we can rename it, but it's the only purpose of current group : show questions on same page, separate questions by page.

Maybe we can rename it, but it's the only purpose of current group : show questions on same page, separate questions by page.

This is not correct. We have several "logical" purposes for question groups implemented:

1. Randomization: I might want to randomize "logical" question groups that span over several "pages"
2. Conditions: I can apply conditions to a "logical" question group, that might span over several "pages".

And these things happen more often than we might think. There might be others, but these are the main ones that I am seeing.

I think there are very good reasons to have the "logical" questions groups as well as the "visual" question groups (aka pages). Especially for more complex approaches, this would make things a lot easier for survey creation, when a lot of conditions and randomizations are involved.