Hi
I have one question in my survey that asks respondents to provide the names of those rooms in the building they work in that are in need of refurbishment. As I do not know the range of applicable room names in each building and as the number of rooms to be reported by different respondents may vary, I use a Custom Group-type question with a text-box as the sole sub-question and I let the respondents “add [rooms] as needed”.
A later Checkboxes-type question refers to the entries a respondent has made in the room-names question. In order to drag the reported room names into the Multiple Choice Options I use merge codes for the base entry plus max. five “add as needed”-repetitions: [question(“value”), questionpipe=”1″, id=”116″] ….. [question(“value”), questionpipe=”6″, id=”116″].
As long as one passes the room-names question without ever removing an entry already made everything works fine. But if a respondent chooses to “fiddle around” with the remove-entry and add-entry options, the merge codes seem to lose track of what happens.
For example, if three consecutive entries are made (using two “add as needed”-repetitions) and then the middle one is removed followed by one last addition (ending up with three entries), that last addition shows up as Multiple Choice Option number four when actually it should become the third option given by [question(“value”), questionpipe=”3″, id=”116″]. Meanwhile, Multiple Choice Option number two remains empty as if the corresponding merge code [question(“value”), questionpipe=”2″, id=”116″] had been eliminated by the removal of the middle one of the first three entries. However, by consulting the Style Inspector on the page that contains the room-names question I can see that each text-box is being given its proper repetition index no matter how many “add as needed”-removals and -additions I make.
Can you help on this issue? That would be great!
Thanks a lot, Philip
Ok. I’ll do that. It sounds like a technically feasible solution which still allows the respondents to remove an entry: either by just overwriting it or by deletion.
Since I like those “add as needed”-repetitions quite a bit: is there any chance that you will bring this issue to the attention of the developers at SG?
Thanks, Philip
When I tried to duplicate your situation, the text boxes were NOT “being given its proper repetition index”. I ended up with pipe-1, dummy-group-2, pipe-2, pipe-4.
I know it isn’t what you were looking for, but I would just hide the remove link/button with something like:
.sg-remove-item-button {display:none !important;}