<div id="__MailbirdStyleContent" style="font-size: 12pt;font-family: Calibri;color: #000000">
                                        
                                        
                                            
                                        
                                        
                                        I think that most of the clean-up code in ReleaseBuilder should be enough for the average user to clean up the own image again. So, we just need to add some UI to "Reset this image to factory defaults" or something.<div><br></div><div>The advanced user may not need such a mechanism.</div><div><br></div><div>Best,</div><div>Marcel</div><div class="mb_sig"></div>
                                        
                                        <blockquote class="history_container" type="cite" style="border-left-style: solid;border-width: 1px;margin-top: 20px;margin-left: 0px;padding-left: 10px;min-width: 500px">
                        <p style="color: #AAAAAA; margin-top: 10px;">Am 18.05.2018 08:45:53 schrieb K K Subbu <kksubbu.ml@gmail.com>:</p>On Friday 18 May 2018 05:55 AM, Bert Freudenberg wrote:<br>> We had something almost like this for the OLPC Etoys release. The image <br>> was installed in /usr/local/share which is not writable by the user. <br>> Saving defaulted to a user directory. The VM startup script would check <br>> if there was an image in the user directory. If so it would run that, <br>> otherwise the system image.<br><br>+1. Images could be saved in $XDG_DESKTOP_DIR/squeak/. NetMorph <br>generated a small random (readable) name for saving which also works out <br>well. This is simple enough for beginners but could be overridden by <br>advanced Squeakers.<br><br>These days, most beginners prefer to open their files rather than start <br>an app and then open the file within the app.<br><br>> Something similar could work for Squeak. The main problem would be to <br>> have a VM mechanism for selecting an image you want to run on startup.<br>I would rather not reinvent the wheel and bloat the vm. xdg[1] already <br>does most of the job for common desktops like GNOME/KDE etc. We could <br>use xdg-utils[2] commands to pick up settings at launch time and use <br>xdg-open to launch images. There is a one-time pain in generating <br>mimetypes[3] for every image variant and the corresponding *.desktop <br>spec for various vms (stack/cog/spur etc).<br><br>[1] <br>https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html<br>[2] https://www.freedesktop.org/wiki/Software/xdg-utils/<br>[3] https://www.freedesktop.org/wiki/Specifications/shared-mime-info-spec/<br><br>Regards .. Subbu<br><br>
                        </blockquote></div>