<div dir="ltr"><div>Well, above code depends on some bytes left on some file on the internet, plus a bunch of methods to retrieve/decode/install those bytes as an image.<br></div>We could as well imagine a shorter path... <br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/12/8 Chris Muller <span dir="ltr"><<a href="mailto:asqueaker@gmail.com" target="_blank">asqueaker@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
MorphicExtras is "extras" so we can expect it to depend on myriad<br>
other packages. I'm surprised you and Frank aren't harping on such a<br>
"catch-all" package.<br>
<br>
I thought to test the waters of making it a dynamic-dependency.<br>
<div class="HOEnZb"><div class="h5"><br>
On Sat, Dec 7, 2013 at 8:27 AM, Nicolas Cellier<br>
<<a href="mailto:nicolas.cellier.aka.nice@gmail.com">nicolas.cellier.aka.nice@gmail.com</a>> wrote:<br>
> On one hand, I find those bytes very useful if ever we'd like to recreate an<br>
> image.<br>
> But on the other hand, it creates a dependency.<br>
> This makes a nice packaging problem, how to handle it?<br>
> One possibility would be to encode image data in some kind of literal<br>
> (packed string, byte array, ...), and store & decode this literal in some<br>
> class initialization method...<br>
> Anyway, the name and location of file does not bring much value now (just<br>
> save a few bytes by avoiding duplication of image in a literal).<br>
><br>
><br>
> 2013/12/7 <<a href="mailto:commits@source.squeak.org">commits@source.squeak.org</a>><br>
><br>
>> Nicolas Cellier uploaded a new version of MorphicExtras to project The<br>
>> Trunk:<br>
>> <a href="http://source.squeak.org/trunk/MorphicExtras-nice.130.mcz" target="_blank">http://source.squeak.org/trunk/MorphicExtras-nice.130.mcz</a><br>
>><br>
>> ==================== Summary ====================<br>
>><br>
>> Name: MorphicExtras-nice.130<br>
>> Author: nice<br>
>> Time: 7 December 2013, 3:18:35 pm<br>
>> UUID: f1cfb1fa-c101-4329-b528-963fb90eef45<br>
>> Ancestors: MorphicExtras-fbs.129<br>
>><br>
>> Some initialization performed once in last century is depending on<br>
>> UpdateStream.<br>
>><br>
>> =============== Diff against MorphicExtras-fbs.129 ===============<br>
>><br>
>> Item was changed:<br>
>> ----- Method: PaintBoxMorph>>loadColorChooser (in category<br>
>> 'initialization') -----<br>
>> loadColorChooser<br>
>> "Load Forms for ColorMemoryMorph."<br>
>><br>
>> | doc closedForm openForm |<br>
>> + doc := UpdateStreamDownloader default objectStrmFromUpdates:<br>
>> 'colorPalClosed.obj'.<br>
>> - doc := Utilities objectStrmFromUpdates: 'colorPalClosed.obj'.<br>
>> closedForm := doc fileInObjectAndCode mapColor: Color transparent<br>
>> to: Color black.<br>
>> + doc := UpdateStreamDownloader default objectStrmFromUpdates:<br>
>> 'colorPalOpen.obj'.<br>
>> - doc := Utilities objectStrmFromUpdates: 'colorPalOpen.obj'.<br>
>> openForm := doc fileInObjectAndCode mapColor: Color transparent<br>
>> to: Color black.<br>
>><br>
>> colorMemoryThin image: closedForm.<br>
>> colorMemoryThin position: self position + (0@140).<br>
>><br>
>> colorMemory delete. "delete old one"<br>
>> colorMemory := PaintBoxColorPicker new image: openForm.<br>
>> !<br>
>><br>
>><br>
><br>
><br>
><br>
><br>
<br>
</div></div></blockquote></div><br></div>