<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN" "http://www.w3.org/TR/REC-html40/strict.dtd"><html><head><meta name="qrichtext" content="1" /><style type="text/css">p, li { white-space: pre-wrap; }</style></head><body style=" font-family:'Luxi Sans'; font-size:11pt; font-weight:400; font-style:normal;">On April 10, 2009, Bert Freudenberg wrote:<br>
&gt; On 10.04.2009, at 04:53, Milan Zimmermann wrote:<br>
&gt; &gt; On April 9, 2009, Bert Freudenberg wrote:<br>
&gt; &gt; &gt; On 09.04.2009, at 07:15, Milan Zimmermann wrote:<br>
&gt; &gt; &gt; &gt; On March 18, 2009, Bert Freudenberg wrote:<br>
&gt; &gt; &gt; &gt; &lt;...&gt;<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; &gt; Etoys is the only pre-installed activity that can open zip<br>
&gt; &gt;<br>
&gt; &gt; files.<br>
&gt; &gt;<br>
&gt; &gt; &gt; &gt; When<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; &gt; you click on a zip file in the Journal, it opens in Etoys, and<br>
&gt; &gt;<br>
&gt; &gt; Etoys<br>
&gt; &gt;<br>
&gt; &gt; &gt; &gt; &gt; shows a little menu (probably in the upper-left corner):<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; I just read about content files - Maybe we can make a (temporary)<br>
&gt; &gt; &gt; &gt; olpc-extract.xo Content (xo) file that would open the zip in<br>
&gt; &gt;<br>
&gt; &gt; Etoys.<br>
&gt; &gt;<br>
&gt; &gt; &gt; Well it does open in Etoys already. There just is no simple way to<br>
&gt; &gt; &gt; extract to the Journal, yet.<br>
&gt; &gt;<br>
&gt; &gt; ah I see. I thought there was a way because if I "highlight text and<br>
&gt; &gt; copy" from Etoys and the text appears in Journal, with a few<br>
&gt; &gt; associations. But yes I guess I did not see an example where a file<br>
&gt; &gt; (or files) would be put on clipboard...<br>
&gt;<br>
&gt; Right. It could be added of course, dragging a file out of the ZIP<br>
&gt; viewer into the clipboard would be possible ... though we do have<br>
&gt; bigger fish to fry.<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>yes...<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>&gt;<br>
&gt; &gt; &gt; &gt; Probably an overkill in terms of size?<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; What size do you mean?<br>
&gt; &gt;<br>
&gt; &gt; i ment squeak size (could be smaller if tool only did zip/unzip). I<br>
&gt; &gt; think that would only be a potential issue if many were kept open.<br>
&gt;<br>
&gt; You mean RAM? Well it would be nice to compare a Python+GTK activity's<br>
&gt; memory footprint against Squeak.<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>well I ment RAM for Squeak + etoys image size. You are addressing image size below - I think you are saying currently whole image is in memory (which I assumed) but also there may be a way to load to memory only those pieces of the image that are referenced, is that correct? That would be very interesting. Out of my skill area, but interesting :) Worth adding to the  squeakland bug list as enhancement , I should add it.<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>MIlan<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>&gt;<br>
&gt; Also, it might be time to start optimizing Squeak / Etoys which we<br>
&gt; have totally neglected in the last years.<br>
&gt;<br>
&gt; One relatively simple thing to increase start-up speed would be to<br>
&gt; mmap the image and avoid scanning the whole object memory on startup.<br>
&gt; That way only the pages needed  would be actually loaded into RAM<br>
&gt; initially, not the whole image. I dabbled with this with Luke while in<br>
&gt; Nepal, and recently John did the same optimization for the iPhone VM.<br>
&gt; It's rather probable there is more such low-hanging fruit, if someone<br>
&gt; bothered to look.<br>
&gt;<br>
&gt; - Bert -<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p><p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p></body></html>