Keyboard input display issue after converting Inquisit Lab->Web


Author
Message
inquisituser22
inquisituser22
Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)
Group: Forum Members
Posts: 47, Visits: 200
Hello,
After pausing data collection with our Inquisit Lab experiment due to the pandemic, we are considering starting again but with Inquisit Web instead. I made the necessary changes to convert from Inquisit 5 to Inquisit 6, but one issue I am noticing (in both 5 and 6) is that where participants are supposed to fill in a missing letter, instead the correct letter is being displayed! Is there a way with Inquisit Web for participants to have all letters of the alphabet available to them, not only the correct response? Screenshot attached, and here is our experiment launch link: 
   
 https://mili2nd.co/2w3b


Thank you for any guidance
inquisituser22
inquisituser22
Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)
Group: Forum Members
Posts: 47, Visits: 200
inquisituser22 - 10/5/2021
Hello,
After pausing data collection with our Inquisit Lab experiment due to the pandemic, we are considering starting again but with Inquisit Web instead. I made the necessary changes to convert from Inquisit 5 to Inquisit 6, but one issue I am noticing (in both 5 and 6) is that where participants are supposed to fill in a missing letter, instead the correct letter is being displayed! Is there a way with Inquisit Web for participants to have all letters of the alphabet available to them, not only the correct response? Screenshot attached, and here is our experiment launch link: 
   
 https://mili2nd.co/2w3b


Thank you for any guidance

sorry attaching the screenshot again
Attachments
IMG_AF94E5B635ED-1.jpeg (25 views, 217.00 KB)
Dave
Dave
Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)
Group: Administrators
Posts: 11K, Visits: 76K
inquisituser22 - 10/5/2021
inquisituser22 - 10/5/2021
Hello,
After pausing data collection with our Inquisit Lab experiment due to the pandemic, we are considering starting again but with Inquisit Web instead. I made the necessary changes to convert from Inquisit 5 to Inquisit 6, but one issue I am noticing (in both 5 and 6) is that where participants are supposed to fill in a missing letter, instead the correct letter is being displayed! Is there a way with Inquisit Web for participants to have all letters of the alphabet available to them, not only the correct response? Screenshot attached, and here is our experiment launch link: 
   
 https://mili2nd.co/2w3b


Thank you for any guidance

sorry attaching the screenshot again

Which response options are available is determined by /validresponse. Defining all letters of the alphabet , i.e. 26 options, will not look well on touch-input devices. You'll be better served by collecting the letter response per an <openended> element instead of a regular <trial>.

inquisituser22
inquisituser22
Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)
Group: Forum Members
Posts: 47, Visits: 200
Dave - 10/5/2021
inquisituser22 - 10/5/2021
inquisituser22 - 10/5/2021
Hello,
After pausing data collection with our Inquisit Lab experiment due to the pandemic, we are considering starting again but with Inquisit Web instead. I made the necessary changes to convert from Inquisit 5 to Inquisit 6, but one issue I am noticing (in both 5 and 6) is that where participants are supposed to fill in a missing letter, instead the correct letter is being displayed! Is there a way with Inquisit Web for participants to have all letters of the alphabet available to them, not only the correct response? Screenshot attached, and here is our experiment launch link: 
   
 https://mili2nd.co/2w3b


Thank you for any guidance

sorry attaching the screenshot again

Which response options are available is determined by /validresponse. Defining all letters of the alphabet , i.e. 26 options, will not look well on touch-input devices. You'll be better served by collecting the letter response per an <openended> element instead of a regular <trial>.

Thank you for the quick reply! For this type of trial I actually have "correctresponse" instead of "validresponse" as shown below. 

<trial practicescenarios2>
/ stimulusframes = [1=practicescenarios2, reminder1]
/ correctresponse = ("i")
/ responsetrial = ("i", compquestionpracticescenarios2)
/ errormessage = true(error, 200)
/ response = correct </trial>

If you would still recommend the <openended> element, would that be something like this:

<openended practicescenarios2>
/ stimulusframes=[1=practicescenarios2, reminder1]
/ correctresponse=("i")
/ errormessage = true(error, 200)
</openended>

Thanks again!
Dave
Dave
Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)
Group: Administrators
Posts: 11K, Visits: 76K
inquisituser22 - 10/5/2021
Dave - 10/5/2021
inquisituser22 - 10/5/2021
inquisituser22 - 10/5/2021
Hello,
After pausing data collection with our Inquisit Lab experiment due to the pandemic, we are considering starting again but with Inquisit Web instead. I made the necessary changes to convert from Inquisit 5 to Inquisit 6, but one issue I am noticing (in both 5 and 6) is that where participants are supposed to fill in a missing letter, instead the correct letter is being displayed! Is there a way with Inquisit Web for participants to have all letters of the alphabet available to them, not only the correct response? Screenshot attached, and here is our experiment launch link: 
   
 https://mili2nd.co/2w3b


Thank you for any guidance

sorry attaching the screenshot again

Which response options are available is determined by /validresponse. Defining all letters of the alphabet , i.e. 26 options, will not look well on touch-input devices. You'll be better served by collecting the letter response per an <openended> element instead of a regular <trial>.

Thank you for the quick reply! For this type of trial I actually have "correctresponse" instead of "validresponse" as shown below. 

<trial practicescenarios2>
/ stimulusframes = [1=practicescenarios2, reminder1]
/ correctresponse = ("i")
/ responsetrial = ("i", compquestionpracticescenarios2)
/ errormessage = true(error, 200)
/ response = correct </trial>

If you would still recommend the <openended> element, would that be something like this:

<openended practicescenarios2>
/ stimulusframes=[1=practicescenarios2, reminder1]
/ correctresponse=("i")
/ errormessage = true(error, 200)
</openended>

Thanks again!

> For this type of trial I actually have "correctresponse" instead of "validresponse" as shown below.

There is no instead. /validresponse defines the available response options. /correctresponse defines which of those are correct. I.e. suppose you wanted to offer all vowels in the alphabet as options, then

<trial practicescenarios2>
/ stimulusframes = [1=practicescenarios2, reminder1]
/ validresponse = ("a", "e", "i", "o", "u")
/ correctresponse = ("i")
/ responsetrial = ("i", compquestionpracticescenarios2)
/ errormessage = true(error, 200)
/ response = correct
</trial>

> If you would still recommend the <openended> element, would that be something like this:

It would look something like this:

<openended practicescenarios1>
/ stimulusframes = [1=practicescenarios1, reminder1]
/ mask = alphabetic
/ charlimit = 1
/ size = (5%, 5%)
/ position = (50%, 95%)
/ correctresponse = ("a")
/ responsetrial = ("a", compquestionpracticescenarios1)
/ errormessage = true(error, 200)
/ response = correct
</openended>

You can try that out here, I've modified the practice trials: https://mili2nd.co/n53b

On touch input devices, this will call up the on-screen keyboard:



inquisituser22
inquisituser22
Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)
Group: Forum Members
Posts: 47, Visits: 200
Dave - 10/5/2021
inquisituser22 - 10/5/2021
Dave - 10/5/2021
inquisituser22 - 10/5/2021
inquisituser22 - 10/5/2021
Hello,
After pausing data collection with our Inquisit Lab experiment due to the pandemic, we are considering starting again but with Inquisit Web instead. I made the necessary changes to convert from Inquisit 5 to Inquisit 6, but one issue I am noticing (in both 5 and 6) is that where participants are supposed to fill in a missing letter, instead the correct letter is being displayed! Is there a way with Inquisit Web for participants to have all letters of the alphabet available to them, not only the correct response? Screenshot attached, and here is our experiment launch link: 
   
 https://mili2nd.co/2w3b


Thank you for any guidance

sorry attaching the screenshot again

Which response options are available is determined by /validresponse. Defining all letters of the alphabet , i.e. 26 options, will not look well on touch-input devices. You'll be better served by collecting the letter response per an <openended> element instead of a regular <trial>.

Thank you for the quick reply! For this type of trial I actually have "correctresponse" instead of "validresponse" as shown below. 

<trial practicescenarios2>
/ stimulusframes = [1=practicescenarios2, reminder1]
/ correctresponse = ("i")
/ responsetrial = ("i", compquestionpracticescenarios2)
/ errormessage = true(error, 200)
/ response = correct </trial>

If you would still recommend the <openended> element, would that be something like this:

<openended practicescenarios2>
/ stimulusframes=[1=practicescenarios2, reminder1]
/ correctresponse=("i")
/ errormessage = true(error, 200)
</openended>

Thanks again!

> For this type of trial I actually have "correctresponse" instead of "validresponse" as shown below.

There is no instead. /validresponse defines the available response options. /correctresponse defines which of those are correct. I.e. suppose you wanted to offer all vowels in the alphabet as options, then

<trial practicescenarios2>
/ stimulusframes = [1=practicescenarios2, reminder1]
/ validresponse = ("a", "e", "i", "o", "u")
/ correctresponse = ("i")
/ responsetrial = ("i", compquestionpracticescenarios2)
/ errormessage = true(error, 200)
/ response = correct
</trial>

> If you would still recommend the <openended> element, would that be something like this:

It would look something like this:

<openended practicescenarios1>
/ stimulusframes = [1=practicescenarios1, reminder1]
/ mask = alphabetic
/ charlimit = 1
/ size = (5%, 5%)
/ position = (50%, 95%)
/ correctresponse = ("a")
/ responsetrial = ("a", compquestionpracticescenarios1)
/ errormessage = true(error, 200)
/ response = correct
</openended>

You can try that out here, I've modified the practice trials: https://mili2nd.co/n53b

On touch input devices, this will call up the on-screen keyboard:



Thank you so much for this example, very helpful. It looks like you might be on a device with a large screen like an iPad? I'm testing with an iPhone 11 and the response option issue is definitely alleviated, but the only issue now is that it seems cumbersome for participants as it default to opening the keyboard immediately, which takes up half the screen so you can't read the paragraph anymore. Would there be a way for both to remain visible (keyboard and paragraph of text)? Attached screenshot of the same screen you have in your screenshot.

Thanks again
Attachments
keyboard.jpeg (23 views, 353.00 KB)
Dave
Dave
Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)
Group: Administrators
Posts: 11K, Visits: 76K
inquisituser22 - 10/5/2021
Dave - 10/5/2021
inquisituser22 - 10/5/2021
Dave - 10/5/2021
inquisituser22 - 10/5/2021
inquisituser22 - 10/5/2021
Hello,
After pausing data collection with our Inquisit Lab experiment due to the pandemic, we are considering starting again but with Inquisit Web instead. I made the necessary changes to convert from Inquisit 5 to Inquisit 6, but one issue I am noticing (in both 5 and 6) is that where participants are supposed to fill in a missing letter, instead the correct letter is being displayed! Is there a way with Inquisit Web for participants to have all letters of the alphabet available to them, not only the correct response? Screenshot attached, and here is our experiment launch link: 
   
 https://mili2nd.co/2w3b


Thank you for any guidance

sorry attaching the screenshot again

Which response options are available is determined by /validresponse. Defining all letters of the alphabet , i.e. 26 options, will not look well on touch-input devices. You'll be better served by collecting the letter response per an <openended> element instead of a regular <trial>.

Thank you for the quick reply! For this type of trial I actually have "correctresponse" instead of "validresponse" as shown below. 

<trial practicescenarios2>
/ stimulusframes = [1=practicescenarios2, reminder1]
/ correctresponse = ("i")
/ responsetrial = ("i", compquestionpracticescenarios2)
/ errormessage = true(error, 200)
/ response = correct </trial>

If you would still recommend the <openended> element, would that be something like this:

<openended practicescenarios2>
/ stimulusframes=[1=practicescenarios2, reminder1]
/ correctresponse=("i")
/ errormessage = true(error, 200)
</openended>

Thanks again!

> For this type of trial I actually have "correctresponse" instead of "validresponse" as shown below.

There is no instead. /validresponse defines the available response options. /correctresponse defines which of those are correct. I.e. suppose you wanted to offer all vowels in the alphabet as options, then

<trial practicescenarios2>
/ stimulusframes = [1=practicescenarios2, reminder1]
/ validresponse = ("a", "e", "i", "o", "u")
/ correctresponse = ("i")
/ responsetrial = ("i", compquestionpracticescenarios2)
/ errormessage = true(error, 200)
/ response = correct
</trial>

> If you would still recommend the <openended> element, would that be something like this:

It would look something like this:

<openended practicescenarios1>
/ stimulusframes = [1=practicescenarios1, reminder1]
/ mask = alphabetic
/ charlimit = 1
/ size = (5%, 5%)
/ position = (50%, 95%)
/ correctresponse = ("a")
/ responsetrial = ("a", compquestionpracticescenarios1)
/ errormessage = true(error, 200)
/ response = correct
</openended>

You can try that out here, I've modified the practice trials: https://mili2nd.co/n53b

On touch input devices, this will call up the on-screen keyboard:



Thank you so much for this example, very helpful. It looks like you might be on a device with a large screen like an iPad? I'm testing with an iPhone 11 and the response option issue is definitely alleviated, but the only issue now is that it seems cumbersome for participants as it default to opening the keyboard immediately, which takes up half the screen so you can't read the paragraph anymore. Would there be a way for both to remain visible (keyboard and paragraph of text)? Attached screenshot of the same screen you have in your screenshot.

Thanks again

> It looks like you might be on a device with a large screen like an iPad?

The screenshot is from a Samsung phone with less screen estate than most iPhones.

> Would there be a way for both to remain visible (keyboard and paragraph of text)?

Well, you have to design for it, i.e. adjust sizes and positions of the various elements involved as needed.
Dave
Dave
Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)Supreme Being (974K reputation)
Group: Administrators
Posts: 11K, Visits: 76K
Dave - 10/5/2021
inquisituser22 - 10/5/2021
Dave - 10/5/2021
inquisituser22 - 10/5/2021
Dave - 10/5/2021
inquisituser22 - 10/5/2021
inquisituser22 - 10/5/2021
Hello,
After pausing data collection with our Inquisit Lab experiment due to the pandemic, we are considering starting again but with Inquisit Web instead. I made the necessary changes to convert from Inquisit 5 to Inquisit 6, but one issue I am noticing (in both 5 and 6) is that where participants are supposed to fill in a missing letter, instead the correct letter is being displayed! Is there a way with Inquisit Web for participants to have all letters of the alphabet available to them, not only the correct response? Screenshot attached, and here is our experiment launch link: 
   
 https://mili2nd.co/2w3b


Thank you for any guidance

sorry attaching the screenshot again

Which response options are available is determined by /validresponse. Defining all letters of the alphabet , i.e. 26 options, will not look well on touch-input devices. You'll be better served by collecting the letter response per an <openended> element instead of a regular <trial>.

Thank you for the quick reply! For this type of trial I actually have "correctresponse" instead of "validresponse" as shown below. 

<trial practicescenarios2>
/ stimulusframes = [1=practicescenarios2, reminder1]
/ correctresponse = ("i")
/ responsetrial = ("i", compquestionpracticescenarios2)
/ errormessage = true(error, 200)
/ response = correct </trial>

If you would still recommend the <openended> element, would that be something like this:

<openended practicescenarios2>
/ stimulusframes=[1=practicescenarios2, reminder1]
/ correctresponse=("i")
/ errormessage = true(error, 200)
</openended>

Thanks again!

> For this type of trial I actually have "correctresponse" instead of "validresponse" as shown below.

There is no instead. /validresponse defines the available response options. /correctresponse defines which of those are correct. I.e. suppose you wanted to offer all vowels in the alphabet as options, then

<trial practicescenarios2>
/ stimulusframes = [1=practicescenarios2, reminder1]
/ validresponse = ("a", "e", "i", "o", "u")
/ correctresponse = ("i")
/ responsetrial = ("i", compquestionpracticescenarios2)
/ errormessage = true(error, 200)
/ response = correct
</trial>

> If you would still recommend the <openended> element, would that be something like this:

It would look something like this:

<openended practicescenarios1>
/ stimulusframes = [1=practicescenarios1, reminder1]
/ mask = alphabetic
/ charlimit = 1
/ size = (5%, 5%)
/ position = (50%, 95%)
/ correctresponse = ("a")
/ responsetrial = ("a", compquestionpracticescenarios1)
/ errormessage = true(error, 200)
/ response = correct
</openended>

You can try that out here, I've modified the practice trials: https://mili2nd.co/n53b

On touch input devices, this will call up the on-screen keyboard:



Thank you so much for this example, very helpful. It looks like you might be on a device with a large screen like an iPad? I'm testing with an iPhone 11 and the response option issue is definitely alleviated, but the only issue now is that it seems cumbersome for participants as it default to opening the keyboard immediately, which takes up half the screen so you can't read the paragraph anymore. Would there be a way for both to remain visible (keyboard and paragraph of text)? Attached screenshot of the same screen you have in your screenshot.

Thanks again

> It looks like you might be on a device with a large screen like an iPad?

The screenshot is from a Samsung phone with less screen estate than most iPhones.

> Would there be a way for both to remain visible (keyboard and paragraph of text)?

Well, you have to design for it, i.e. adjust sizes and positions of the various elements involved as needed.

If you want to, you can also delay the time when the on-screen keyboard pops up and the openended starts accepting responses per /beginresponsetime. E.g. if you wanted to give participants 5 seconds to read the paragraph before they can answer, you would do something like

<openended practicescenarios1>
/ stimulusframes = [1=practicescenarios1, reminder1]
/ beginresponsetime = 5000
/ mask = alphabetic
/ charlimit = 1
/ size = (5%, 5%)
/ position = (50%, 95%)
/ correctresponse = ("a")
/ responsetrial = ("a", compquestionpracticescenarios1)
/ errormessage = true(error, 200)
/ response = correct
</openended>
inquisituser22
inquisituser22
Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)Esteemed Member (1.7K reputation)
Group: Forum Members
Posts: 47, Visits: 200
Thank you very much!
GO

Merge Selected

Merge into selected topic...



Merge into merge target...



Merge into a specific topic ID...




Reading This Topic

Explore
Messages
Mentions
Search