<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> On 2020-06-09, at 11:52 AM, David T. Lewis <<a href="mailto:lewis@mail.msen.com" target="_blank">lewis@mail.msen.com</a>> wrote:<br>
> <br>
> Funny you should mention it, that's how I went down this rabbit hole<br>
> in the first place. I was thinking that it would be an obviously good<br>
> thing to do if we could evaluate a doIt or named script file immediately<br>
> on image startup, as opposed to waiting until all of the Etoys script<br>
> processing comes to life somewhere later in the startUp process.<br>
<br>
Exactly. Note that VW has several commandline switches we might want to learn from<br>
<br>
-filein {some file names}<br>
-doit {some strings}<br>
-evaluate {a single string & write result to stdout & quit<br>
-cli {start a commandline loop}<br></blockquote><div><br></div><div>What I most like about Dave's change is the improved separation of concerns:  it allows the OS to invoke an image with the proper startup script and/or arguments WITHOUT relying on Preferences readDocumentAtStartup being set correctly.  I can see -filein being useful for a production patch use-case, but the rest of those go back to mixing the Smalltalk environment in with the operating-system environment.  For safe and scalable headless interaction, you would just use a server.  I never knew if there was an actual use-case for -evaluate and -cli other than novelty.  Is there?</div><div><br></div><div> - Chris</div></div></div>