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!

Good morning!
I have a question about catch trials and if it is possible for me to implement them in my study given my study design. I have 224 experimental trials total (seven blocks of 32 trials), and I am hoping to put six short breaks after the first six blocks of trials. My trials are randomized, so if I put the blocks into my block sequence in my procedure, the breaks get randomized with the trials (which I don't want). 


From the grammar reference, it seems that catch trials would be the best way to implement these consistent breaks into randomized trials. However, I'm not sure if I will be able to use catch trials with my study design. I was wondering if you could help me determine that? 
In my study, each trials has a sequence of six stimuli: a response cue, a blank grid which acts as a pause, a "cued response", another blank grid, a "discrimination response" and finally, one more blank grid. 

The response cue, which is presented first, auto-advances after 5ms. Then the blank grid is presented, which also auto-advances after 5ms. Then the "cued response" stimulus is presented, to which participants make a keypress response. This stimulus will not advance until participants make a keypress. Participants then see another blank grid which auto-advances after 5ms to the final stimulus, the "discrimination response" stimulus,  to which participants must make another keypress before the trial ends. 

The trial templates are set up so that there's a template for the response cue + first pause (called e.g "Trial8 RC"), a template for the cued response stimulus + discrimination response stimulus (called e.g "Trial8Critical"), and a template for the two pauses that follow the cued response and then the discrimination response stimuli, respectively (called e.g "Trial8Pauses"). 

"Trial8 RC": {
    "type": "basic",
    "stimuli": ["ResponseCueLeft", "BlankGrid5"],
    "auto_advance": true
  },
 
  "Trial8Critical": {
    "type": "basic",
    "stimuli": ["GreenBottomCRS", "BlueTopCRS"],
    "responses": ["TrainingResponseTargetF", "TrainingResponseTargetJ"]
  },
 
  "Trial8Pauses": {
    "type": "basic",
    "stimuli": ["BlankGrid5", "BlankGrid2"],
    "auto_advance": true

The response cue stimulus has a stimulus level duration of 0.5 seconds and the barrier set to "true" and the trial-template is set to auto-advance. 
In the procedures, this is set up so that the block will look as follows: 

"TrialBlock5": {
      "trial_templates": ["Trial5Critical", "Trial5Pauses"],
      "pattern": {"order": "alternate", "repeat": 1},
      "cover_trials": ["Trial5 RC"].

The reason I don't think I can incorporate catch trials into my study is because I already have the "Trial[x] RC" as a cover trial. If I put the "Trial[x] RC" templates into the "trial_templates": [...], along with the Trial[x]Critical and Trial[x]Pause, then I won't be able to alternate the pauses between the two critical stimuli, because FF won't be able to evenly distribute the stimuli. I've tried using the catch trials with the cover trial (like how you can have a cover and end trial) but the stimuli were presented out of order.

Do you have any thoughts on this?

Thank you so much!

Grace

Hello all, Is there a way to turn off "autosave"?  If after hundreds of lines of coding I select a large part of the code (or the whole program) and accidentally hit any key on the keyboard that deletes the selected code, autosave would instantly and permanently wipe it out without any way to retrieve it.  It would also be great if a version of autosave existed that kept a copy of the program some time into the past (say 10 minutes) so we could always retrieve at least a nearly current copy of lost code.  Finally, is there an "undo" key that would allow stepping back one or more steps during programming. Thank you!!

Dear Researchers,

We are excited to release FindingFive' November Study Grammar update! Going forward, we will adopt a semi-regular monthly updating schedule for our study grammar, barring any emergency bug fixes. For November, we are bringing these following new features and changes, to be effective on Monday, November 8, 2021:

New Features

• Checking for the presence of external mouses: For studies that use the "mouse position" response to achieve mouse tracking, FindingFive will now automatically detect if participants are using a touch-only device (which can't really be used for mouse tracking). Participants will be asked to attach an external pointing device (a trackpad or a mouse) to their computer before being allowed to continue. 
  
  A (very amateurish) YouTube video demonstrating an early prototype of this feature can be viewed here: https://www.youtube.com/watch?v=drbsu1K3CfQ
  
  Backward incompatibility warning: If you currently have an active session using the mouse position response, you must stop them as they will cease to work properly. Please preview your study under the new grammar and launch it again. 
  
  
• Built-in mic check: For studies using the audio response or the background audio response, a built-in "mic check" process will now be automatically added to the beginning of a study. Participants must first test their mic to make sure there is detectable audio input before being allowed to continue. This will effectively prevent participants with an unknowingly broken microphone from taking the study.
  
  

• Fixed an issue where multiple audio players may appear if participants re-record themselves with the audio response.
  

• There are no other changes.
  

Hi all, is it possible to give participants their reaction times as trial-by-trial feedback in addition to whether or not they were correct? Thanks!