unknown
1970-01-01 00:00:00 UTC
The solution I have seen has like a bar at the top where you can make these
configurations. Maybe this is an option here as well?
Best regards,
Holger
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir="ltr"><span style="font-family:arial,sans-serif;font-size:13px">Hi!</span><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">Good discussions. With more and more features in Limesurvey we should really think about the preview options. </div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">
configurations. Maybe this is an option here as well?
Best regards,
Holger
good ideas.
Given the dependencies on other questions, is there a way to let people
dynamically set those values to ensure that the on-page group behavior is
appropriate? One option is to identify all the immediate dependencies and
display those questions in addition to the group pages so that users can
use the normal GUI approach to set those other variables and have the
results cascade to the group preview. Another (perhaps easier) option is
to have a single extra question that lets authors manually change the value
of variables - e.g. a text entry box where one can enter "q1_b = 'Y'",
press a button, and have that call the appropriate EM routines to process
the equation, set the values, and then call the javascript to refresh the
on-page EM routines. I've taken this last approach in the past (in a
different software), and it worked well and the authors liked it.
/Tom
Slashdot TV. Video for Nerds. Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
_______________________________________________
limesurvey-developers mailing list
https://lists.sourceforge.net/lists/listinfo/limesurvey-developers
--001a11c2cfc452615b05036a9bc4Given the dependencies on other questions, is there a way to let people
dynamically set those values to ensure that the on-page group behavior is
appropriate? One option is to identify all the immediate dependencies and
display those questions in addition to the group pages so that users can
use the normal GUI approach to set those other variables and have the
results cascade to the group preview. Another (perhaps easier) option is
to have a single extra question that lets authors manually change the value
of variables - e.g. a text entry box where one can enter "q1_b = 'Y'",
press a button, and have that call the appropriate EM routines to process
the equation, set the values, and then call the javascript to refresh the
on-page EM routines. I've taken this last approach in the past (in a
different software), and it worked well and the authors liked it.
/Tom
Hi Jason,
I like the idea, but (there are allways some but).
Actually : you have a solution to see question with condition based on
precedent group.
If you have q question with condition : G1Q1=="Y" and G2Q1=="Y" in
Group2, then preview group 2 with /G1Q1/Y (or &G1Q1=Y) in URL set the
value of G1Q1 to Y. Like prefilling URL system. There are a lack of
documentation on this ....
I think it's good to have this solution and not forcing relevance to 1.
You have another issue : with array_filter : we need too to have a way
to force array_filter (in 2.06 : all subq relevance). Have to think of
this too (but when we have time).
- Make a clean documentation on preview URL params (assign to me)
- If no extra URL parameters is set : force relevance to 1 ONLY if there
are condition in other group : a lot of time user have conditon in same
group : and showing all question seems really a bad idea for me (same
for token too : this one is great).
- Add a parameters (relevance=1) to force all question relevance to 1 (?
not needed surely)
Then : you don't have any new option in GUI but you have a solution to
allow condition with precedent group to be used.
Denis
Slashdot TV. Video for Nerds. Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
_______________________________________________
limesurvey-developers mailing list
https://lists.sourceforge.net/lists/listinfo/limesurvey-developers
------------------------------------------------------------------------------I like the idea, but (there are allways some but).
Actually : you have a solution to see question with condition based on
precedent group.
If you have q question with condition : G1Q1=="Y" and G2Q1=="Y" in
Group2, then preview group 2 with /G1Q1/Y (or &G1Q1=Y) in URL set the
value of G1Q1 to Y. Like prefilling URL system. There are a lack of
documentation on this ....
I think it's good to have this solution and not forcing relevance to 1.
You have another issue : with array_filter : we need too to have a way
to force array_filter (in 2.06 : all subq relevance). Have to think of
this too (but when we have time).
- Make a clean documentation on preview URL params (assign to me)
- If no extra URL parameters is set : force relevance to 1 ONLY if there
are condition in other group : a lot of time user have conditon in same
group : and showing all question seems really a bad idea for me (same
for token too : this one is great).
- Add a parameters (relevance=1) to force all question relevance to 1 (?
not needed surely)
Then : you don't have any new option in GUI but you have a solution to
allow condition with precedent group to be used.
Denis
Hi everyone,
Long time no chat (sorry).
I’ve written a modification to the group preview feature in LimeSurvey
to address a problem that a few people have complained to me about,
and I want everyone’s opinion on how to implement it.
When you have questions within a group that have conditions based on
questions in OTHER groups, they don’t display when you preview the
group. They don’t display because the conditions haven’t been met
(obviously) but they can never be met because group preview doesn’t
allow other questions to display.
I wanted to fix this so that any conditions based on questions OUTSIDE
the preview group were ignored. In other words, conditions within the
group would work normally, but conditions OUTSIDE the group would be
considered as met.
And that’s what I’ve been able to do. I did it by hacking the
relevance setting for any conditions outside the preview group and
changing them to “1 == 1” (ie: always met)
When I spoke to Carsten about it, he said that this issue had been
raised before and that I should make it user-selectable.
When I looked at the existing code, I think the way it has been solved
before is to simply make every single question in a group show up –
the same way it works for question previews.
I can see why this would suck – sometimes you want to test the
conditions functionality when previewing a group, and if all the
conditions are ignored, then you can’t test them. But my modification
means that any conditions within the group still work.
Personally I think this means the change would meet everyone’s needs
and doesn’t create any new problems – only removes an existing
an option that lets you turn this on and off) just clutters up the
interface, and for something that I don’t think anyone would ever
really need.
What do you think? I can add something to make selectable on a case by
case basis , but I think that may be over the top
Jason Cleeland
------------------------------------------------------------------------------Long time no chat (sorry).
I’ve written a modification to the group preview feature in LimeSurvey
to address a problem that a few people have complained to me about,
and I want everyone’s opinion on how to implement it.
When you have questions within a group that have conditions based on
questions in OTHER groups, they don’t display when you preview the
group. They don’t display because the conditions haven’t been met
(obviously) but they can never be met because group preview doesn’t
allow other questions to display.
I wanted to fix this so that any conditions based on questions OUTSIDE
the preview group were ignored. In other words, conditions within the
group would work normally, but conditions OUTSIDE the group would be
considered as met.
And that’s what I’ve been able to do. I did it by hacking the
relevance setting for any conditions outside the preview group and
changing them to “1 == 1” (ie: always met)
When I spoke to Carsten about it, he said that this issue had been
raised before and that I should make it user-selectable.
When I looked at the existing code, I think the way it has been solved
before is to simply make every single question in a group show up –
the same way it works for question previews.
I can see why this would suck – sometimes you want to test the
conditions functionality when previewing a group, and if all the
conditions are ignored, then you can’t test them. But my modification
means that any conditions within the group still work.
Personally I think this means the change would meet everyone’s needs
and doesn’t create any new problems – only removes an existing
an option that lets you turn this on and off) just clutters up the
interface, and for something that I don’t think anyone would ever
really need.
What do you think? I can add something to make selectable on a case by
case basis , but I think that may be over the top
Jason Cleeland
Slashdot TV. Video for Nerds. Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
_______________________________________________
limesurvey-developers mailing list
https://lists.sourceforge.net/lists/listinfo/limesurvey-developers
Slashdot TV. Video for Nerds. Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
_______________________________________________
limesurvey-developers mailing list
https://lists.sourceforge.net/lists/listinfo/limesurvey-developers
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir="ltr"><span style="font-family:arial,sans-serif;font-size:13px">Hi!</span><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">Good discussions. With more and more features in Limesurvey we should really think about the preview options. </div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">