In one part of my study, I use multiple text box responses. Before the grammar renderer update, all these behaved perfectly fine. After the update, all of the textbox responses still behave normally, except for one question where I limited the size of the text field using "max_char": 2.
When this particular text field comes up, although there seems to be a cursor focused at the beginning of the text box, the cursor does not respond to any keypress (you can't write anything). However, if I use my mouse, I can highlight the little bit of whitespace in the corner of the text box, and then enter the response.
I removed the character limit for this particular trial, and the problem went away (but the text box was no longer limited to 2 chars). Putting the character limit back in reintroduces the problem.
I'm wondering if, even though I am seeing what looks like a cursor focused in the corner of the "max_char": 2 text box, for some reason, the focus is not automatically being set within the limits of the 2 char text box.
Not a huge deal to me personally (I can really do without the character limit, tbh) but it was working before!

Dear Researchers,

We are excited to announce the availability of the December Study Grammar update, to be effective on December 27, 2021! For December, we are bringing a host of new features and optimizations:

New Features

• Beta Support for Safari on MacOS, and all browsers on iOS and PadOS: The FindingFive website is now fully accessible to both participants and researchers using the Safari browser on MacOS as well as all mobile browsers on iOS and PadOS. The support for Apple devices and software is currently in beta, meaning that some bugs may exist.
  
  For participants to be able to use Safari to participate in your study, you must launch a new session. Existing active sessions are still closed to Safari users, and will only work with Firefox or Chrome on a desktop or laptop.
  
  
• Dark Mode: It is now possible to display trial content using the dark mode (black background and white text) by setting the color scheme of a trial to "dark". 
  
  
• Duration timer: It is now possible to display a duration timer for visible responses, indicating how long participants have spent on that response. Please check out the documentation on responses for details.
  

• Fixed an issue where the visual feedback for clickable images or videos isn't properly displayed
  
• Fixed an issue where studies with identical duration settings for the trial and a response within the trial were permitted to run. This setup will result in a so-called racing condition, and is now banned. 
  

• Internal updates to the text, mouse_reset, mouse_position, and the keypress responses to improve the responsiveness of these responses and the precision of reaction time calculation.
  

Hello,
I have been collecting the data on FindingFive through MTurk and recently the quality of the data has been pretty low. It would be helpful to be able to install bot-checks at the beginning of the experiment, which would disqualify bots from completing the study!
-Yev

So I've seen the error message "Your study contains coding errors we cannot automatically detect yet" before and I've managed to figure out what went wrong. However, I am completely puzzled by this one.
The study in question has already been fully previewed, and I've launched it as a session twice over the past couple of weeks. Worked perfectly fine, collected data. No code was changed.
Just went to preview the study today (want to modify some parts) and I am getting the above error message and I don't understand why. None of the code has been changed, and it had been previously working just fine!

Hi FF team,

I'm presenting two text options for a choice response and to make analysis easier i wanted to use the "target" feature of the choice response. I've written my response like so:

Hello!
I am trying to create an experiment were people rate emojis for valence and arousal. The total number of emojis is 54, divided into 3 lists (20 - 20 - 14). I have randomised the order of the emojis in each list. Now, my problem is the following:
In every list, I want two images to be presented below each emoji; one picture indicating 9 levels of valence and one picture showing nine arousal levels. Below each picture, a rating option (1-9 Likert scale) should be available. This is the code in Trial Templates for list 1:

"list1":{
  "type":"basic",
  "stimuli":["angry","anxious_sweat",
            "beaming","blow_kiss",
            "confused","dizzy",
            "enraged","fearful",
            "grin_eyes","grin_sweat",
            "halo","kissing",
            "neutral","pensive",
            "savouring","smiling",
            "steam_nose","tongue",
            "unamused","winking"],
  "stimulus_pattern":{"order":"random"},
  "auto_advance":true,
  "responses":["valence_resp", "arousal_resp"]
},


1: Will the rating responses work the way I have included them in the code?
2: How do I include the two images in the stimuli as stable stimuli in each trial?

Thank you very much in advance!
Best,
Katerina

Hi community! 

I'm trying to key map the Submit button for text responses similarly to how I would key map the continue_button property on basic trial templates. I looked through the response study grammar, and it doesn't seem like we're able to edit the Submit button yet as it's not recognized as a property. I was wondering if we'll be able to do this in the future??...

Or (and this is probably just me being hopeful) if anyone has found a work-around for this?

Thanks in advance!

Hi FF team!

I have a similar question to "keeping track of response choice locations?", except i use key presses and not mouse clicks (this is for my two studies "normingLRbranching" and "normingNeutralIntonation"). I present two text options in random positions and would like to have a log of 1. which text option appeared in which position and 2. which key did the participant press (although i guess if i have one i can easily figure out the other one). The latter one would be especially useful to see if the participant was just pressing the same key for the entire experiment and not actually interactig, so if there's a way to log it that would be fantastic!

Thanks a lot,
bissera

Hello, I'm not sure whether this is a bug or not but I ran into a couple of interesting issues when creating and uploading audio stimuli.
The first problem: After uploading a set of audio files (.wav) using the batch option in the "Resources files" page, I created a set of corresponding stimuli using batch upload of a CSV file.  The created stimuli remained red and the audio files did not automatically get associated with the created stimuli.  I tried the reverse, first creating the stimuli using CSV batch upload, and then uploading the audio files through the resources files page and they were still not associated with each other (stimuli remained red).  I should note that the name of the stimuli and the name of the audio file are not the same, though the stimuli are populated with the correct audio file name.  For example, a stimulus with the name "emerald" and content:
{
  "type": "audio",
  "content": "5emerald",
  "barrier": false,
  "visible": false
}

Here the audio file is named "5emerald", though the stimulus name is "emerald".  Does the batch upload require that the name of the stimulus and the content be the same as the audio file (or is it sufficient for the "content" field to have the correct audio file name)?  I can of course upload each audio file individually by clicking on the stimulus name and clicking upload, and then uploading the audio file from my computer.  This brings me the the second problem:
If I batch upload the same set of stimuli twice from the resource files page, I only get one copy of each audio file (which is great).  But, if after batch uploading audio files from the "resource files" pages, I additionally upload one of the same previously uploaded audio files from the "stimuli" section (by clicking on the red stimulus button with the right name) I end up with a second copy of an audio file in the "resource file" page.  An exact copy with the same name and content (two audio files within the resource files page) and each plays fine.  This may not be a bug, but it seemed odd that I would end up with two files with the same name and content at difference locations on the resource files page. 
Just thought I'd share this experience...
Many thanks!!

Hello, When I set "submission_point" to false in a basic trial template with an image stimulus, I still get the blue "Response Received!" message between trials.  In searching through the forum, I saw that this was previously reported as a bug and fixed. The response type is "choice" with a single choice.  I would be grateful for any clarification. Thank you!