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

Frank Shearar frank.shearar at gmail.com
Sun Dec 8 21:08:32 UTC 2013


On 8 December 2013 20:54, Chris Muller <asqueaker at gmail.com> wrote:
> 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.

And I greatly appreciate this. See the rant below for why.

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

That would be an excellent way of stopping all my work on Squeak. I
may not work on open source stuff during work time, I have children to
look after in the evenings, so pretty much the _only_ time I have to
work on Squeak is in offline mode. I often pull in mczs before I leave
home just so that I can work offline.

frank

>> 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