Randomize trials, but always keep the last one the same

[David McFarlane]

Just to elaborate a bit on what I mean by "depending on your 
requirements":  Simply adding the fifth trial directly in the Procedure 
after the 4-trial List means that, in the .edat file, the fifth trial 
will be logged at a different level than the other four (Block vs. 
Trial, etc.), unless you pull some other tricks (e.g., add a second List 
to run only the fifth trial, or use inline code to do a 
c.PushNewFram/c.PopFrame).  Using the nested List approach, data from 
all five trials get logged at the same level.

IOW, both approaches have their advantages and disadvantages.

-- David McFarlane


David McFarlane wrote:
> Might also do this with judicious use of a nested List, depending on 
> your requirements.  The head List runs five trials in Sequential order, 
> the first four trials pull from a nested List set to Random order, and 
> the fifth trial simply runs straight from the head List at the end.
> 
> -- David McFarlane
> 
> 
> Hester Duffy wrote:
>> Hi Eline,
>>
>> Could you not just present the first four trials as a list which can 
>> be randomised, and then the final trial as a separate stand-alone 
>> event with its own procedure? That is, have a list of four trials, and 
>> then a second list consisting only of the Relax trial?
>>
>> H
>>
>> On Wed, Dec 7, 2011 at 12:57 PM, ELine <elinebp at hotmail.com 
>> <mailto:elinebp at hotmail.com>> wrote:
>>
>>     Hi Eprimers
>>
>>     I have a a question that I hope you might have some inputs on. I'm
>>     designing an experiment which have 5 trials: read, write, listen to
>>     normal speech, listen to speech in noise, and relax. I want to design
>>     the experiment such that the first four trials are randomized, but 
>> the
>>     last one should always be relax.
>>
>>     I've tried to solve it by creating lists (10 .txt-files) with
>>     different order of the tasks, but always ending with 'relax'. The 
>> idea
>>     was to get a random generator to choose between the lists using the
>>     inline (placed in the BlockProc before the TrialList):
>>     c.SetAttrib "ListNr", "List"+CStr(random(1,10))+".txt"
>>     But E-Prime does not allow the reference to attributes when defining
>>     the input file to the list.
>>
>>     Does any of you brilliant minds have a suggestion to how I can fix
>>     this?
>>     I hope to hear from you
>>     ELine

-- 
You received this message because you are subscribed to the Google Groups "E-Prime" group.
To post to this group, send email to e-prime at googlegroups.com.
To unsubscribe from this group, send email to e-prime+unsubscribe at googlegroups.com.
For more options, visit this group at http://groups.google.com/group/e-prime?hl=en.