Folks -
As planned...
[done] 1. Get all appropriate VM changes from Andreas and JohnMc into the update stream.
[done] 2. Issue a version change to 3.3alpha.
3. Prepare to release 3.2 by doing all the normal cleanups and issuing an image for test. If there's anything badly wrong, we can put it out in the 3.2 update stream, and we can re-post an updated image any time we feel the need.
4. Press on with 3.3, meaning... Issue Henrik's modules Issue Joshua's bounds changes (so they don't get stale). Encourage the harvesters to bring us up to date
I'm part way through the routine pre-release cleanups to the 3.2 image -- let me know of any tweaks you would like made.
In a separate message I'm exhorting the harvesters to assemble the recent submissions. Besides bringing us up to date, they can flag any fixes that should also be included in 3.2 before the door closes.
The files just posted include... ------------------------- 4647DragAndDropAtStart-JMM
4648MacLongFileName-JMM
4649LargeFiles-JMM
4650AsyncFileFix-JMM
4651InternetConfig-JMM
4652UUID-JMM
4653Squeak3-2NowGamma -- Dan Ingalls -- 7 December 2001 This is the last update for version 3.2alpha. In its postscript is an executable statement that will set the version forward either to 3.2gamma (in order to receive final fixes for 3.2) or to 3.3alpha (in order to continue receiving interesting but risky enhancements.
Folks -
As planned...
[done] 1. Get all appropriate VM changes from Andreas and JohnMc into the update stream.
Note some people have reported to me that directory size information in the macintosh classic 3.2.1 VM shows up as a really large number. This is a bug in the VM, not the Smalltalk code, and is not present in the carbon 3.2.1 VM because I had early fixed it there and was *sure* that it shouldn't have been in the classic (oops), but it appears I never confirmed that.
I will look into fixing it next week.
However before then please check out the 3.2.1 VM. both in OS-X and OS-9. Hint check them out, I'll need to do another build and I'm on a bug hunt, or I should say you folks are....
The 4647DragAndDropAtStart-JMM adds the ability to say drag a bunch of jpegs to squeak along with an image and launch that image and auto-open all the jpegs. Also under OS-9 the ability to drag say jpegs to the running Squeak icon and have those files open within Squeak.
For many versions we have had the ability to drag/drop docs into a Squeak window and have them open with whichever reader can understand them, or the text reader if unknown.
Any document can be dragged to Squeak this way, all that is need is some Squeak based reader code, you too could write a reader.
Note under OS-X some of the drag/drop rules are different, and or a bit broken.
John M McIntosh wrote:
For many versions we have had the ability to drag/drop docs into a Squeak window and have them open with whichever reader can understand them, or the text reader if unknown.
Any document can be dragged to Squeak this way, all that is need is some Squeak based reader code, you too could write a reader.
Does the VM now support opening whatever single image is in the VM directory? This would help with the Squeak plugin. Right now the VM only looks for Squeak.image and ignores any other, even it's the only image in the VM directory.
Michael
John M McIntosh wrote:
For many versions we have had the ability to drag/drop docs into a Squeak window and have them open with whichever reader can understand them, or the text reader if unknown.
Any document can be dragged to Squeak this way, all that is need is some Squeak based reader code, you too could write a reader.
Does the VM now support opening whatever single image is in the VM directory? This would help with the Squeak plugin. Right now the VM only looks for Squeak.image and ignores any other, even it's the only image in the VM directory.
Michael
Not yet, it's on my list todo, so I'll add it this coming week if possible.
squeak-dev@lists.squeakfoundation.org