I have created a form, in which i copied sections from the library because the sections are equal to each other. When i write down the possible answers for section 2. the possible answers of section 1 are overwritten with the provided answers in 1. Also when i export the XSL i see that the possible answers are not in the xsl. It clearly has to do with the list name, which is copied somewhere. how can i resolve this? Hopefully it is possible in the form builder. I have a video also which i
Correct. When you dragged the select question from your library, it used the predefined choice list. But when you dragged it the second time, the second question still refers to the same list name (!). Hence if you subsequently edit the choices in your form, you are actually editing the same list name that is being used by all the other ones that you dragged in!
If you download your form as Download XLS you should see that all the select questions in your survey sheet are using the samelist_name, and there is only onelist_name in your choices sheet:
Unfortunately, changing the questions Data column name wont actually affect the (select) question’s list_name, which isn’t actually exposed directly in Formbuilder as user-modifiable.
What you can do to fix this is either edit the XLSForm file directly to duplicate the current ‘shared’ choice list in your choices sheet with a different unique list_name, and then use this new name for the other select question in your survey sheet. Or if you have 3 duplicates then you’ll need to duplicate the choice list 3 times each with a different name. And then reload/replace your project from your editted XLSForm definition.
Alternatively, to do this all entirely within Formbuilder, the only way you can dis-associate these linked together select questions is to delete all but one, and then in the Formbuilder use the Duplicate Question option to make a second copy (ie instead of dragging another one in from your library…). Explicitly duplicating select questions in Formbuilder will clone both the select question itself and the associated choice list, and give them both unique names allowing you to edit them independently thereafter.
Hi all, Thank you for you quick reply.
the above is really helpfull. Unfortunately we indeed that changing the Data column name wont actually affect the (select) question’s list_name, and also that it isn’t actually exposed directly in Formbuilder as user-modifiable.
I was affraid already that the above provided solutions would be the only solutions possible. i have to undue a bit of work but it is good lession, Thank you for this!
Sorry for the inconvenience this is causing and making you redo things. The current behavior - ie adding selects from the Library multiple times leaves them tightly coupled in this way - is undesirable. A ticket has been raised with the dev team and we’ll address it.
In the mean time, however, for any forms where you have inadvertently done this, unfortunately you’ll have to manually ‘untangle’ the select questions in your form (as described above). This will also be true even after a fix is deployed - in any forms where you have previously dragged the same select in from your Library, they will remain tightly coupled in your form definition, sharing the same list_name, so they continue to behave in this way until you untangle them.