[solved] Calling and logging of variables by identical items within different loops
Hello together, I´m not sure if I understand the way OpenSesame calls (A) and logs (B) variables when using identical items within different loops.
INLINESCRIPT-Item: represents (together with a logger-Item) my TrialSequence; by using 'exp.get('numberOfSquares') I call a parameter that I typed in for each cycle/trial (of that block) in the table within my LOOP-Item.
This INLINESCRIPT is appended to two loops that contain the identical variables ('numberOfSquares' and others), but different values. So the two loops represent different blocks with different values for the same parameters, and both loops contain the identical InlineScript.
When my InlineScript is called by my second loop, can I be sure that the 'exp.get'-Command also accesses the values of the variable 'numberOfSquares' from the second loop - its parent item - and not from the first loop? What´s the difference to the 'self.get'-Command?
My experiment works runs without error, but I´m in doubt because the following observation - my second (probably related) problem:
My trialsequence consists not only of the above mentioned InlinceScript but also of a logger-Item. So I use the identical InlineScript and logger-Item within two different loops.
When I click on the logger-Item within my second loop I can only select to log the 'numberOfSquares'-Variable in the list that belongs to the first loop (so called source item).
I mean on the one hand it´s obvious that my selection within the one loop will be my selection within the other loop, because the logger-Item is identical. BUT: Why is only shown that version of the 'numberOfSquares'-Variable which corresponds to the table of the first loop, but not that version with my second loop as its parent item?
I would like to keep my trialsequence (InlineScript + logger-Item) as a re-useable object which I can append to different loops (with the same variables, but different values), taking the values from the respective parent item...