I've come to a realization that a couple things need to be tweaked for complex scripts.
Specifically in regards to the 
/delete <selected|
%f> and 
/queue <selected|%f> commands
The way it works now these commands add their queue entries to the end of the queue, this poses a problem when the operation needs to occur inline rather than later on.
Depending on the situation there is a justified need for both behaviors.
Consider the following complex script. (this is not the best example but used to illustrate the situation) 
	Code:
	[R] /rcd /temp
[R] /selectall
[R] /delete selected
<we want the delete operation to occur here but it doesn't>
[L] /lcd /outgoing
[L] /selectall
[L] /queue selected
<instead the delete operation is added here at the end of the queue>
<queued items are added here>
 In this example the 
/delete selected operation is added to end of the queue below 
/queue selected and result is not what what we intended.
However there are situations where you may want the 
/delete selected to occur after the transfer, for example 
	Code:
	[R] /rcd /temp
[L] /lcd /outgoing
[L] /selectall
[L] /queue selected
[L] /delete selected
<queued items are added here>
<queued delete operation is added here>
 In this case we want the 
/delete selected to occur after the 
/queue selected and with the current v5.0 beta this is exactly what happens.
Clearly we'll need to have a way of enqueuing two different types of /delete selected commands but I am not entirely sure the best way to name these commands.  Also since a few people may be using these commands in v5.0 we need to make sure that we don't break things on them, or give them some other options. 
Ideas? Suggestions? Please