<div dir="ltr"><div>Hi,</div><div><br></div><div>I&#39;ve done something similar for Physical Etoys that lets us add new source code and/or new files to a published release. This has been very useful for us and the implementation is very simple, so maybe if there is enough interest we could adapt it and include it in Etoys.</div>

<div>I&#39;m attaching an *.st file if you want to check it out. It consists on just two classes: PEInstaller and PEModule. PEInstaller takes care of the startup behavior and registering which PEModules have been installed already (so that we don&#39;t install something twice). PEModule includes the logic to install (and rollback if something fails) a given module. On each startup the behavior is the following:</div>

<div><ol style><li style>PEInstaller looks on the default directory for *.pem files that hasn&#39;t been installed before. These *.pem files are just renamed zip files.<br></li><li style>For each *.pem file found, PEInstaller creates a PEModule and installs it, which involves the following steps:</li>

<ol style><li style>Since the *.pem file is just a zip, the PEModule first extracts all its files on the default directory. This allows us to add arbitrary files, not just source code.</li><li style>Then it looks for source code files (*.st, *.cs, or *.mcz) on the extracted files, and it loads them in the image.</li>

</ol><li style>After installing all modules found, PEInstaller registers them on the &quot;installedModules&quot; class inst var, and saves the image. If an error occured while installing a module, it will rollback all modules installed on this startup (so that we don&#39;t leave any file hanging there) and it quits the image.<br>

</li></ol></div><div><br></div><div>Cheers,</div><div>Richo</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Jun 23, 2013 at 12:09 PM, K. K. Subramaniam <span dir="ltr">&lt;<a href="mailto:kksubbu.ml@gmail.com" target="_blank">kksubbu.ml@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Sunday 23 June 2013 07:54 PM, karl ramberg wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
You can make a project, make this change set default change set for that<br>
project and publish the project. Answer yes to include change set in<br>
published project.<br>
<br>
It&#39;s a little more difficult to save the image with the change set included.<br>
</blockquote>
<br></div>
The difficulty that I have is actually in saving a patched image. Applying a patch is the easier part. I tried a deferred save and quit in the postscript of the changeset but there is still an annoying flash on every start for the postscript residual.<br>


<br>
The usual way of using a *.st file to apply the changeset and quit depends on the host OS. If only the image could autoexec a <a href="http://autorun.st" target="_blank">autorun.st</a> file from the default directory on startup then cross-platform field patches would be simpler.<br>


<br>
Regards .. Subbu<div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<u></u>_________________<br>
etoys-dev mailing list<br>
<a href="mailto:etoys-dev@squeakland.org" target="_blank">etoys-dev@squeakland.org</a><br>
<a href="http://lists.squeakland.org/mailman/listinfo/etoys-dev" target="_blank">http://lists.squeakland.org/<u></u>mailman/listinfo/etoys-dev</a><br>
</div></div></blockquote></div><br></div>