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