Updated trunk image (Squeak3.11-8472-alpha.zip)

>
> So, we should
> Use old beloved sftp://[hidden email]/home/updates/
> Put here some .cs for start the Trunk process
> I send some a few days ago.
> I beg you review, approve or change to your will
> Put the .cs in the folder
> When process  try to load Closures, this should be the end of 3.10.2 and the
> start of 3.11
> Here should be
> nnnnAdvanceToThreeDotTenAlpha

>
>
>
> On 12/13/09 5:43 AM, "Andreas Raab" <[hidden email]> wrote:
>
>> I most definitely want you to work on Squeak! But I'm not sure what
>> you're waiting for ... so I'm confused. Did I miss something? I used the
>> 3.11 denominator specifically because you asked for it, we got the image
>> version numbering specifically because you asked for it so I don't feel
>> like I'm not listening to you. If I missed something please let me know.
>>
>> Cheers,
>>    - Andreas
>
> Yes , you take the number and the version, it's true.
> Also is true without you we still don't advance.
>
> My complaint is .
>
> I think backward compatibility have pros and cons.
> But should be evident to any a image without Closures run some things and
> one without NO.
>
> I sure many still feel .cs have some mileage to work before we declare they
> obsolete forever.
>
> Repeat my point.
>
>
>>
>> So, we should
>> Use old beloved sftp://[hidden email]/home/updates/
>> Put here some .cs for start the Trunk process
>> I send some a few days ago.
>> I beg you review, approve or change to your will
>> Put the .cs in the folder
>> When process  try to load Closures, this should be the end of 3.10.2 and the
>> start of 3.11
>> Here should be
>> nnnnAdvanceToThreeDotTenAlpha
>
> And we should have in some place all the .cs and all the logs.
> Also we should run all the test, eventually.
>
> By the way, like my image?
> I volunteer to do this each time (monthly maybe ?) and start to add packages
> which behave nicely, to Squeaker request.
>
> Image should going smaller and modular, we agree on this
>
> I also have
> http://ftp.squeak.org/various_images/SqueakLight/MinimalMorphic.7246.zip
> And use in this image Pavel start and I help all the SqueakLightII
> experiments.
> See http://wiki.squeak.org/squeak/6056
> I have videos of experimental loading Etoys.
>
> It's valuable to community we some day have a consensual "Core", "Minimal",
> "kernel" image.
> Also each newbie should have a image as big as we could build without too
> much glue.
>
> This Fun do not have glue, only "sudor y amor"
>

>
>
>
> On 12/13/09 8:13 AM, "Igor Stasenko" <[hidden email]> wrote:
>
>> i see no problem with that, and i think none of us do. You are welcome
>> to do that.
>> It will be very useful to see, what of external packages, you think
>> worth maintaining, is broken in new micro-release, so we can deal with
>> that either by updating that package, or by making trunk changes more
>> friendly & compatible.
>
> Ok, It's what I asking for.
>
> For remove packages I stick with the original Ralph vision
> See
> http://wiki.squeak.org/squeak/5908 Plan for 3.10 iteration 1
> http://wiki.squeak.org/squeak/5975 History of the 3.10 release
> http://wiki.squeak.org/squeak/5990 Complaints about how 3.10 is going
>
> Etc.
>
> Like before, I wish go slow and safe.
> So I ask to take Christmas as dead line to next micro release.
>

> Change
>
>  unloadSomeMore
> " ReleaseBuilderFor3dot11 new unloadSomeMore"
> #('SMLoader' 'SMBase'  'ScriptLoader' 'Universes' 'Installer'  )
>        do: [:ea | (MCPackage named: ea) unload].
>        self fixObsoleteReferences
>
> Do this today if Board agree
> 3.11 have 5 less packages as 3.10 without any risk
>
> As where put the packages.
> In squeaksource if his authors care  or any wish maintain
>
> Or...
> Create a orphaned repository
>
> MCHttpRepository
>    location: 'http://source.squeak.org/ orphaned'
>    user: ''
>    password: ''
>
> What you think ?
>

> Folks -
>
> In accordance with the earlier discussions I've uploaded a new trunk image
> with the version designator set to 3.11alpha and the new update numbering
> scheme (now at 8482):
>
>  http://ftp.squeak.org/trunk/Squeak3.11-8472-alpha.zip
>
> Below the summary of changes.
>
> Cheers,
>  - Andreas
> [------------------------- updated 12/12/09 ---------------------------]
>
> Image Version
> -------------
> The new version scheme is now active. The image version number is the sum of
> all package versions. A stub package "Squeak-Version" has been added to
> define the "base" number for the version. This image is designated as
> "Squeak3.11.alpha".
>
> Morphic
> -------
> New window resizers better in tone with the general UI look. A new
> UserDialogBoxMorph for simple modal inform/confirm dialogs.
>
> Files
> -----
> StandardFilestream now performs read-buffering, dramatically speading up
> some operations like "Object compileAll" (2x improvement) as well as various
> other operations (scanning change lists etc).
>
> Numbers
> -------
> Implementations for Float #predecessor, #successor etc. Update to the
> compact class indexes of LargePositiveInteger and LargeNegativeInteger for
> Cog. Additional tests for all of the new features.
>
> Exceptions
> ----------
> OutOfMemory has been added as a standard exception being signaled when an
> allocation fails, replacing the previous signaling of the low space
> semaphore. Improved #ensure: performance avoiding remote context
> manipulation (via #tempAt:put:) in the default case.
>
> SUnit
> -----
> Faster execution by speeding up some low level operations (like
> allTestSelectors). Fixes for thumbnail creation which would leave open
> morphs around after some tests.
>
> Kernel
> ------
> The default hash for all objects is now a scaled identity has to avoid
> extreme degradations in speed when using large numbers of objects without
> explicit hash implementation in Dictionary and Set.
>
> [------------------------- updated 11/28/09 ---------------------------]
>
> Menu Bar
> --------
> Squeak now has a standard menu bar to make it easier to discover its
> contents for new users, replacing the World menu as the prime source for
> launching tools and other activities.
>
> Compiler
> --------
> Support for literal ByteArray syntax has been added. Byte arrays can now be
> written as #[1 2 3 "..."] instead of #(1 2 3) asByteArray  avoiding the need
> for conversion and a more compact default representation.
>
> Numbers
> -------
> Some prime related changed: Integer>>isPrime is now a deterministic test,
> Integer>>isProbablyPrime a probabilistic variant. Intger>>highBit and
> Integer>>lowBit have been sped up significantly.
>
> CRLF Handling
> -------------
> CR and LF are now treated interchangeably in rendering. Both cause a line
> break and both are not displayed. Various line related methods have been
> updated to deal with both CR and LF.
>
> Collections
> -----------
> Dictionary is no longer a subclass of Set. HashedCollection is the new
> superclass for both Set and Dictionary. Conversion of OrderedCollection and
> SortedCollection to Arrays has been sped up significantly.
>
> [------------------------- updated 11/14/09 ---------------------------]
>
> Kernel
> ------
> Support for isolation layers has been retired. "self-evaluation" as a
> concept has been removed since every object can be forced to be
> self-evaluating by asking for its storeString.
>
> Projects
> --------
> Project refactoring are an ongoing process. Project itself has been split
> into Project / MVCProject / MorphicProject such that Project itself is
> abstract and various requests are handled properly in the subclasses.
>
> Collections
> -----------
> Several improvements have been added to Collections. Sets have become
> faster, Arrays now print in brace form by default, Dictionary>>keys return
> an array instead of a set.
>
> Monticello
> ----------
> Various load-order issues have been fixed within Monticello, making loading
> of packages more robust. Monticello and PackageInfo have been sped up in
> several areas making browsing of large repositories significantly faster.
>
> Faster UTF-8 Conversions
> ------------------------
> Generalize trick from ByteString>>#squeakToUtf8 to every converter using
> class instance variables. Dramatically improves performance of file
> operations.
>
> FaceLift
> --------
> An adaptation of Newspeak's Facelift look has been added to Squeak under the
> code name of "Botox" (meaning a small set of carefully chosen injections to
> improve the out of the box look for Squeak).
>
> Shout
> -----
> Shout (Syntax Hightlighting As You Type) has been added to this image. As
> with all new additions, it can be easily unloaded for people wanting smaller
> images.
>
> ToolBuilder conversion
> ----------------------
> All the tools have been given a make-over, removing pretty much all of the
> interface construction code and replacing it by ToolBuilder specs. This
> removes a huge amount of dependencies between the tools and particular UI
> frameworks, and puts all the UIs on equal footing (there were several tools
> that were either not all or only partially supported in MVC before).
>
> New Text Editors
> ----------------
> A complete new set of text editors (Editor, TextEditor and SmalltalkEditor)
> are available. They replace TextMorphEditor and break one of the last hard
> links between Morphic and MVC. With the new editors it will finally become
> possible to have Morphic be self-contained without the need to rely on
> portions of MVC.
>
> Morphic Text Improvements
> -------------------------
> Morphic has now regular blinking insertion point cursors instead of the
> (virtually invisible) static cursor previously. In addition, various
> problems with mixing fonts and the heights of text have been fixed.
>
> Preference Pragmas
> ------------------
> Preference pragmas simplify dealing with preferences by providing automatic
> discovery for preferences defined in your classes. No more littering
> Preferences; you can now define preferences local to your class and store
> the values in regular class variables. The preference gets automatically
> discovered by using the <preference:category:description:type:> pragma.
>
> Beautiful, Anti-Aliased Fonts
> -----------------------------
> We have a new set of beautiful anti-aliased Deja Vu bitmap fonts in this
> image. The default sizes include 7pt (for handheld devices), 9pt (generic
> text, list and menu fonts) as well as 12pt (window and title fonts):
>    Deja Vu 7pt: Regular, Bold, Italics
>    Deja Vu 9pt: Regular, Bold, Italics
>    Deja Vu 12pt: Regular, Bold, Italics
>
> Russian Language Support
> ------------------------
> To input text in Russian language, install a font supporting the Cyrillic
> alphabet, then switch the locale accordingly:
>
>    TTFileDescription installFamilyNamed: 'Arial'.
>    Locale switchToID: (LocaleID isoLanguage: 'ru').
>
> This will enable Russian text input, display and processing.
>
> Improved Truetype Support
> -------------------------
> The new TTFileDescription works just like TTFontDescription but operates on
> the files directly on disk. This helps greatly to support the m17n efforts
> since we no longer load all the fonts into memory. To use the available
> fonts on your platform, select some text, hit Cmd-k (Alt-k) and select "More
> (non-portable) fonts".
>
> Full Closure Support
> --------------------
> This is a closure converted image. With full closure support, you can
> finally use recursive blocks like here:
>
>    fac := [:n| n > 1 ifTrue:[n * (fac value: n-1)] ifFalse:[1]].
>    fac value: 5.
>
> and close over temps correctly, such as here:
>
>    (1 to: 10) do:[:i| WorldState addDeferredUIMessage:[Transcript cr; show:
> i]].
>
> A new Development Model
> -----------------------
> This image is being developed using a new development model described at
>
>    http://board.squeak.org/2009/07/02/a-new-community-development-model/
>
> The image itself started as Squeak3.10.2-7179-basic.image. It was then
> updated from http://source.squeak.org/trunk. In order to keep track of
> ongoing development, simply hit the 'Load Code Updates' button.
>
>
>

>
>
>
> On 12/13/09 9:59 AM, "Igor Stasenko" <[hidden email]> wrote:
>
>> You also need a write permission on ftp server (if you still not
>> having it), where you will stockpile the released images.
>
> Ok. I have some but if this goes more official, Board should tell Ken and we
> are in business.
>
> So I start a wiki page http://wiki.squeak.org/squeak/6148 for all who care
> about 3.11 as community work could put his opinions , complaints, obscure
> wishes , etc.
>
> I start the test on FunSqueak on Mac today, in next days I do in XP and
> Linux (no machines with this OS at hand now)
>

>
>
>
> On 12/13/09 9:59 AM, "Igor Stasenko" <[hidden email]> wrote:
>
>> I think best would be to create a separate repository for each package.
>> Then you can put there a package description, documentation & other
>> stuff which related only to that package.
>>
>> While if you put everything into a single repository, it will be a
>> mess of many unrelated packages, without clear vision of
>> what packages is maintained and where, and which ones is discontinued and why.
>
> If some care , he/she should do , not me.
> I wish do a better Squeak, not fix half baked ideas of past or document some
> we decide to rip.
> I wish work , but life is bigger as Squeak.
>

>> So, we should
>> Use old beloved sftp://[hidden email]/home/updates/
>> Put here some .cs for start the Trunk process
>> I send some a few days ago.
>> I beg you review, approve or change to your will
>> Put the .cs in the folder
>> When process  try to load Closures, this should be the end of 3.10.2 and the
>> start of 3.11
>> Here should be
>> nnnnAdvanceToThreeDotTenAlpha

>> " ReleaseBuilderFor3dot11 new unloadSomeMore"
>> #('SMLoader' 'SMBase'  'ScriptLoader' 'Universes' 'Installer'  )
>
> These are excellent candidates. However, we must make sure that we can
> load them back, and we *should* load them back in the standard image.
>
>> As where put the packages.
>> In squeaksource if his authors care or any wish maintain
>
> This sounds as if we would suddenly stop supporting Squeakmap or
> Universes or Installer. I am *not* in favor of that. That's why we need
> to have the discussion about what is in the "standard" Squeak image. I
> would argue that Installer, Squeakmap, Universes belong in the standard
> image for the time being; but they don't belong in the core image. As a
> consequence, we should keep them in the trunk repository.

>> I like it but we should have a community understanding what we'd like to
>> see in the "standard" image. It may be similar to FunSqueak but it would
>> be good if we'd have some discussions about the things we'd like to see
>> in it.
>
> I send many mails for agree on some.
> I want consensus, not doing my will
> We want the bigger image with the all things which run without odd glues ?
> Yes No
>
> If the answer is yes
>
> Which one more ? Some in the image NOT should be ?

>Edgar J. De Cleene wrote:
>>>I like it but we should have a community understanding what we'd like to
>>>see in the "standard" image. It may be similar to FunSqueak but it would
>>>be good if we'd have some discussions about the things we'd like to see
>>>in it.
>>
>>I send many mails for agree on some.
>>I want consensus, not doing my will
>>We want the bigger image with the all things which run without odd glues ?
>>Yes No
>>If the answer is yes
>>
>>Which one more ? Some in the image NOT should be ?
>
>I think a good starting point would be to take the latest trunk image list the packages in it, add those that you've got currently in FunSqueak and then come up with a prioritization along the lines of:
>
>1. Packages that should be in the core image
>   (e.g., Kernel, Compiler, Collections)
>
>2. Packages that should be in the default image
>   (e.g., MVC, Universes, Sound, Games etc)
>
>3. Packages that should be trivially loadable
>   (e.g., Seaside, Aida)
>
>Once we have a structure like that we can talk a little more if there are other packages that really should be part of one of the layers and then be a bit more realistic about what's achievable ;-) and finally we should just execute on that structure by doing whatever is necessary to get the packages into their proper layer.
>
>Cheers,
>  - Andreas