On Sun, Dec 21, 2008 at 4:32 PM, Brett Henderson <span dir="ltr"><<a href="mailto:brett@bretth.com">brett@bretth.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">Jochen Topf wrote:<br>
> On Mon, Dec 22, 2008 at 10:03:58AM +1100, Brett Henderson wrote:<br>
><br>
>> So the stack based approach is more flexible, but takes a few more<br>
>> mental gymnastics to get it right.  To be honest I haven't found it too<br>
>> bad one I got used to it.<br>
>><br>
><br>
> One problem seems to be that the command line is inherently linear and<br>
> its getting longer and longer with more and more options. Maybe we have<br>
> to get away from it and have some kind of command file. At least<br>
> optionally.<br>
><br>
</div>It shouldn't be difficult to load tasks from a file.  I could create a<br>
new single hyphen option that specifies the name of a file to load the<br>
configuration from.<br>
<br>
The only thing I'm wary of doing is creating another programming<br>
language.  So far the command line implementation has been easy to<br>
maintain and bug free.<br>
<div class="Ih2E3d">> The command file can use a different syntax that somehow shows better<br>
> what it will do. I don't know how this should look, but in a file there<br>
> are "two dimensions" instead of only one, so that could help there.<br>
><br>
</div>Most of my osmosis usage is fairly simple so I'm not well placed to come<br>
up with a good solution here.  If you have some ideas I'm happy to take<br>
a look.<br>
<font color="#888888"><br>
Brett<br>
</font></blockquote></div><br>I like the stack-based options. It reminds me of Reverse Polish Notation on my HP 48G (which was sadly lost). I don't think the problem is with the stack notation itself, but just with how the change affected the semantics of the apply-change task (and maybe other tasks that take streams of different types). That was what I was referring to when I suggested it may be too disruptive to change (by change I meant reverse the order of the arguments to the apply-change task, not change back to a queue system).<br>
<br>Karl<br>