../../_images/OST600.png

The Pavlovia environment and getting online

What is PsychoJS?

When we make an experiment in PsychoPy builder, it is writing our experiment in Python code under the hood. Now it also writes our experiment to JavaScript via PsychoPy’s sister library PsychoJS.

../../_images/psychopy_js_pav.png

What is PsychoJS?

If you prefer to write experiments in pure code, you can use Javascript using PsychoJS.

But, in general it will be faster, less bug prone and easier to share with non-coders if you use Builder.

What is Pavlovia?

Once we have our experiment written in JS, we need a way to “host” it online. Pavlovia is:

What is our “Buisiness model”?

We have a unique model to try and sustain open source software, whilst trying to be as low cost as possible.

../../_images/Buisiness_model.png

Fig. 4 As of Jan 2023 Licences will be £1800/£0.24 credit (£900 for emerging economies)

So.. how do we use pavlovia.org?

We might want to use Pavlovia.org to:

Finding openly shared experiments

There are two ways we can find and use existing experiments from Pavlovia:

Finding openly shared experiments

We could directly download an experiment on pavlovia.

../../_images/fork_online0.png

Finding openly shared experiments

Or we could search for that experiment and download it directly in PsychoPy:

../../_images/fork_local0.png

Syncing our own study to pavlovia

If the task that you need doesn’t already exist - upload your own! Before you get started try to make sure you:

Syncing our own study to pavlovia

Once you have made your experiment and made sure that your local folders are organized neatly ( with one .psyexp file in this location) you’re ready to sync your project to pavlovia!.

../../_images/sync_to_pav.png

Syncing our own study to pavlovia

Once you have synced your study you will find it in your Dashboard on pavlovia.org under “Experiments”.

../../_images/experiment_dashboard.png

Syncing our own study to pavlovia

Configuring online settings

Inside the experiment settings of PsychoPy you can configure the online settings of your experiment.

../../_images/online_tab.png

Exercise (5-10 mins)

Let’s quickly make a basic experiment and put it online:

  1. Make a new .psyexp file with some text that simply reads “Hello, I’m online!”
  2. Sync that experiment to pavlovia.org
  3. Go to your experiment dashboard to find your experiment
  4. Change your study to piloting and check that it runs by changing it to pilot mode and select “pilot”.
  5. Redirect your participant to PsychoPy.org when they have completed the task, redirect them to pavlovia.org if they do not complete the task.

Let’s push our task online!

Let’s try putting the task we made in day 1 online and getting some data together!

Special considerations online

General Tips

Special checks

What device is my participant using?

Participants can use any device (mobile phones, tablets, laptops…).

Using mouse/touchscreen responses

Mouse responses register as touch responses on touch screen devices, so they do make for a more portable online study.

Data from the mouse

In our example, we can allow participants to click on numbers by making the mouse end and save data on “valid clicks”, this returns:

Data from the mouse

Accuracy feedback from a mouse

Imagine we wanted to check our participant had selected the correct object. We could add a column to our conditions file e.g. “corrClick” then use a code component to check if this was correct:

if mouse.clicked_name[-1] == corrClick:
    correct = 1
    print('correct!')
else:
    correct = 0
    print('incorrect')

Note that we use [-1] to retrieve the last object/time that was clicked.

Exercise (20 mins)

Make the rest of your experiment touchscreen compatible. You will need to add mouse responses that can be used instead of/alongside keyboard responses. Remember:

Making the most of mouse inputs

There are some neat aspects to the mouse that can make for interesting interactive experiments.

Hover effects

Most stimuli (except for text) have a method .contains() and so we can test whether the mouse is at that location.

Let’s create a circle called myStim and an object that tracks the mouse, called marker and make marker change color if it goes inside the circle.

All we need is a Code Component with “Each Frame” set to:

if myStim.contains(mouse):
  marker.color = 'red'
else:
  marker.color = 'blue'

Note

To take this online we need a slight edit:

polygon.fillColor = new util.Color("red");

instead of:

polygon.color = 'red'

Hover effects

The stimulus that you test can be moving and that’s fine too. The .contains() method doesn’t care if the position is changing!

The “stimulus” can also be invisible (so you’re effectively just using it to define an “area” rather than a stimulus).

Stimuli that move with the mouse

It’s very easy to make a stimulus appear at the location of the mouse:

Tracking the mouse

You can track the mouse by setting data to save on “every frame”.

Dragging and dropping

You can continuously check if a mouse is pressed in an object using mouse.isPressedIn(x) method.

For a more advanced drag and drop demo see here

Debugging online

Why do we need to debug?

So your task was running perfectly offline, then you pushed it online, and it doesn’t work - why? There are lot’s of reasons something might not work online, but the most common errors are coding errors.

Remember that locally PsychoPy runs a compiled python experiment. Online pavlovia runs your compiled JavaScript experiment which uses the PsychoJS library.

Why do we need to debug?

Not everything in Python will transpile smoothly to JS, why?

Transpiling

When we add code components we have the choice to add code as either:

The last option is very cool and useful - but it can catch people out if something doesn’t translate smoothly!

General tips for getting online

  1. Update to the latest release! Version 2021.2. improved transpiling alot and you can save alot of manual debugging online using that version.
  2. Always check the status of online options (you can filter your components in the PsychoPy app to show what works online)
  3. Push your experiment little and often (don’t make your full experiment perfectly locally and then try to push it online)
  4. Read the crib sheet
  5. Check out the psychoJS documentation

The forum is always there!

Common errors

There are several kinds of error we might encounter when getting online, but generally these fall in three categories (you can find a useful tutorial here)

Syntax errors: Initializing experiment

The experiment is stuck on an “initializing experiment” screen. This usually means that there is some invalid Javascript written - so the experiment code cannot run at all. For this we need to explore the Developers console

Semantic errors: X is not defined

“ReferenceError: X is not defined”

This means that you are referencing a variable that is not yet defined in your Javascript. There are several reasons this could occur…

Semantic errors: X is not defined

Using python modules

Semantic errors commonly happen when researchers try to use python libraries or functions that don’t exist in Javascript e.g. “np is not defined” We recommend taking a look at the crib sheet in cases like this that need manually translating. Here, there is a handy list of python terms and there equivalent JavaScript term (A huge credit to Wakefield Morys-Carter for compiling this).

Network errors: Unknown Resource

Generally PsychoPy will try to find all the resources you need automatically and load them, but there are some cases this might not work..

Network errors: Unknown Resource

Incorrect file extension

Your image is a “.jpeg” but you have accidentally used the extension “.png”

Network errors: Unknown Resource

Resources defined through code

If a resource is defined through code rather than from a conditions file or component field then PsychoPy can fail to “prepare” for the eventuality that resource is needed. In cases like this it is always a good idea to manually add any additional resources you might need to the additional resources section of the experiment settings when Configuring online settings.

Type Error: X is not a constructor

A type error occurs when we use the wrong type of variable in order to do something. In this case we try to use something to “construct” an object when this variable cannot be used in this way.

This can also occur because something exists in PsychoPy that does not exist in PsychoJS. For example core.Clock() is not a constructor in JS because Clock lives in the util module of PsychoJS i.e. util.Clock(). The crib sheet can be helpful in helping in these cases.

How do we fix errors?

Let’s find out…

Developers console

This is the equivalent to your “StdOut” window in runner view. In fact, it’s alot more than that - it’s a shell where you can type and try out bits of JavaScript. You can access developer tools in most browsers by right clicking the browser and selecting “inspect” then clicking console.

For faster access look up the keyboard shortcut for your specific operating system/browser!

Finding errors: Developer tools

The developer tools are particularly helpful for Syntax errors: Initializing experiment, where there is no error message, but things “don’t work”.

../../_images/initialisingScreen.png

Finding errors: Developer tools

You can open developer tools in your browser (the crib sheet) gives tips how to do this on different browsers/operating systems) This will tell us where our (which line) error is occurring. Remember, exporting to code is a one-way street. So whilst it is useful to look into the code, we really recommend fixing errors back in builder where possible.

../../_images/developerTools.png

Finding errors: Developer tools

If you are ever unsure where to look in your builder experiment for an error, you can look for the line that indicates what routine this code is being executed in.

../../_images/navigate_console_error.png

Clearing your browser cache

If you ever make a change in your experiment and it isn’t reflected in your online experiment, it is very likely you need to clear your browser cache. How this is done can vary browser to browser - so do search how to do that on your specific operating system/browser.

Exercise 15-20 mins

Think Escape room, but with bugs…

I am going to give you an experiment with 4 levels, each level contains a bug. Use the skills that we have learnt to find each bug and progress to the next level.

To start fork or download this experiment.

../../_images/lock.png

Useful JavaScript commands for debugging

Useful JavaScript commands for other tricks

Note

If you are running your study in full screen mode these will break into window mode*

Want to explore JavaScript and PsychoJS?

Remember that you can always export your experiment to it’s underlying JavaScript code as well, this can be useful in learning how some things are defined differently in PsychoPy versus PsychoJS, and finding variables that will exist “under the hood of your experiment. For example expInfo['OS'] and expInfo['frameRate'] might be useful for checking the participants Operating system or screen refresh rate.

Note

Remember that this is a one-way street! don’t be tempted to alter the JS code if you want to continue making edits in builder! implement code from within builder itself!*

Gitlab

Pavlovia uses a powerful git-based system for storage and version control. Some of the benefits of using this include:

Version control

Pavlovia uses a git based system for version control called “gitlab”. You can see when the last changes were made to the task by looking at the commit history.

Version control

If you click on the change you can see deletions and insertions. You can browse the repository at that point in history to retrieve past files!

../../_images/gitlabComChange0.png ../../_images/gitlabBrowse0.png

Adding team members

To add members to your own project, you can use the settings>members option where you can search and invite collaborators.

Making your task public

You can change the visibility of your task at any time under permissions. Remember Once you make your project “public” the data file stored there will also be public (unless you have your data saving mode set to database).

Making suggested edits to a shared project

A handy thing is that if you fork a project and edit your own version of that project you can later make a merge request to the original project to suggest changes, this can be handy if you are working as a team on the same experiment.

Exercises (10-15 mins)

Let’s get some practice using gitlab!

  1. One person in your breakout room set their “Hello, I’m online!” example to public.
  2. Another person in your breakout room find that task and fork + sync it so that you have it locally.
  3. Make a small edit to that task and sync the change.
  4. Pilot your newly updated task to check you can see the edit.
  5. Add someone different in your room as a team member to your project.

NB. don’t forget to give stars to the projects you like! this could help future researchers picking tasks!

Counterbalancing online

When we take a study online, it is often important to automate group assignment in some way. At the moment, Pavlovia does not have an “out-of-box” solution for this - but there are several ways to approach this.

The common error

Quite often, researchers think that if they have several groups they will need several Pavlovia projects (one per group). This is often inefficient and can become quite confusing when collating the data. Instead, we can make a single experiment and start by using the principles we learned in Block designs and counterbalancing.

Query strings

When sharing a study with a participant, we can auto-complete fields in the startup GUI using query strings. You can provide info to your experiment by appending your experiment URL with ?participant=1&group=A - where “participant” and “group” correspond to parameter names.

Query strings

There is no limit on the number of parameter names that you provide, so long as each parameter is separated by an ampersand (&)

../../_images/queryStrings.png

Query strings

Thanks to query strings we can generate several URLs for the same project but for each group. For example, you might have 4 groups and therefore share the URLs:

Warning

If you are using this approach and sharing URLs on recruitment websites, be careful that the same participants do not complete several URLs.

The Shelf

The Shelf is a newer feature of Pavlovia.org it allows “persistent storage” of information so that a variable can be accessed and updated by the same experiment several times, or accessed and updated by several experiments.

As the Shelf is a newer feature, you do need to interact with it via code, you can find a set of examples how to do this here.

Next up!

Let’s practice debugging errors, then play with advanced plugins we can use online ( Advanced online).

Then we will try Coding a full experiment.