[squeak-dev] The Trunk: MorphicExtras-nice.130.mcz

Chris Muller asqueaker at gmail.com
Sun Dec 8 20:54:39 UTC 2013


On Sun, Dec 8, 2013 at 2:48 PM, Nicolas Cellier
<nicolas.cellier.aka.nice at gmail.com> wrote:
> Well, above code depends on some bytes left on some file on the internet,

Not necessarily.  See Installer class>>#airplaneMode.

Besides, even if it did, it's 2013 so developers are accustomed to
working with remote code repositories.

> plus a bunch of methods to retrieve/decode/install those bytes as an image.

Which is a requirement of #core.  See comment for Installer>>#core.

> We could as well imagine a shorter path...

Like what?


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


More information about the Squeak-dev mailing list