Squeak-dev August 2003

squeak-dev@lists.squeakfoundation.org

171 participants
757 discussions

[ENH] SARInstallerEnhancements-nk
by ned＠bike-nomad.com 12 Oct '03

12 Oct '03

This should be added to the 3.6 update stream. I will post a corresponding version for 3.4/3.5 on SqueakMap. from preamble: "Change Set: SARInstallerEnhancements-nk Date: 21 July 2003 Author: Ned Konz 21 July: Fixed a bug in the DVS file-in. 5 July: More enhancements for the SARInstaller (for 3.5 or 3.6a). Adds a default (DWIM) mode in which SAR files that are missing both a preamble and postscript have all their members loaded in a default manner. Changes the behavior of #extractMemberWithoutPath: to use the same directory as the SAR itself. Added #extractMemberWithoutPath:inDirectory: Moved several change set methods to the class side. Made change set methods work with 3.5 or 3.6a/b Now supports the following file types: Projects (with or without construction of a ViewMorph) Genie gesture dictionaries Change sets DVS packages Monticello packages Graphics files (loaded as SketchMorphs) Text files (loaded as text editor windows) Morph(s) in files Now keeps track of installed members. "!

5 5

[ENH] SARInstallerExtensions-nk
by ned＠bike-nomad.com 12 Oct '03

12 Oct '03

from preamble: "Change Set: SARInstallerExtensions-nk Date: 20 June 2003 Author: Ned Konz This adds the ability for the SARInstaller to install Genie gesture dictionaries and Monticello files. "!

2 1

[FIX][ENH][3.6b] SARInstallerMC-nk
by ned＠bike-nomad.com 12 Oct '03

12 Oct '03

from preamble: "Change Set: SARInstallerMC-nk Date: 28 July 2003 Author: Ned Konz 28 July: * added Monticello version (.mcv) and package (.mc) loading * added prompts for downloading Monticello or DVS from SqueakMap if necessary * fixed bug with project loading * restored #fileIntoChangeSetNamed:fromStream: to instance side of SARInstaller for compatibility with older packages. * avoided generating empty change sets These are the changes between the v16 and v17 versions of the SARInstaller (previously posted to the 3.6b update stream as 5372SARInstallerFor36-16c). An updated version will be posted on SqueakMap. "!

2 1

[FIX] RelativeZipExtractFix-nk
by Ned Konz 12 Oct '03

12 Oct '03

This is a fixed version of the prior posting with this name. Doug noted that it was broken under Windows. from preamble: "Change Set: RelativeZipExtractFix-nk Date: 16 December 2002 Author: Ned Konz Version: 3.4b 16 Dec: This fixes a problem with re-opening a zip in an ArchiveViewer under Windows (by opening zips read-only), as well as fixing extraction with subdirectories under Windows. 13 Dec: This ensures that zip extraction relative to a given directory works properly, and should eliminate the infinite recursion noted on the Mac. It lacks AcornFileDirectory>>relativeNameFor: ; this should be added if necessary before adding to the update stream. "!

2 1

[FIX] WeakMessageSend2-nk-rw
by Ned Konz 12 Oct '03

12 Oct '03

from preamble: "Change Set: WeakMessageSend2-nk-rw Date: 8 December 2002 (v2) Author: Ned Konz and Rob Withers v2: Eliminated WeakMessageSendError; value* now silently returns nil if receiver or arguments have been GC'd. This defines a simple MessageSend where the receiver and arguments are held onto weakly. And it changes the NuBlue event registration to use the WeakMessageSends instead, so that subscribers can be garbage collected. "!

2 1

[BUG][FIX][TEST] Morph adding/removing
by Andreas Raab 12 Oct '03

12 Oct '03

Hi, The attached CS fixes various issues with Morph adding and removing the appropriate notifications. The attached test (which needs to go on top of the base image tests) illustrates the problem. The CS is slightly more complex than I liked but there simply wasn't another way of fixing that problem. As it turns out, the lack of a public #removeMorph: protocol leaves clients with all sorts of assumptions "what exactly is going to happen" if they just wish to remove a morph without dumping it (as is implied with #delete). In addition, the overrides of the privateRemoveMorph: protocols complicate matters even further which is why they have been moved into a separate notification protocol (#addedMorph: and #removedMorph:) which further subsumes the #addedOrRemovedSubmorph: protocol (as this was broken as well). All in all, the changes can probably be seen as part of MCP as they reformulate some notions that should have long been fixed in Morphic. Here is the preamble of the CS: "Change Set: MorphRemoval-ar Date: 10 August 2003 Author: Andreas Raab This change set fixes various of the issues for getting proper notifications when adding or removing morphs. What it does: * Morph>>removeMorph: has been added as a public method to remove a submorph from some parent (why wasn't this there before???). * Morph>>privateRemove: just removes the morph from its submorphs and is NOT intended for casual use (that's what we have #removeMorph: for). * Morph>>addedMorph: and Morph>>removedMorph: have been introduced for clients which need to know about adding/removing morphs * Morph>>addAll: and friends have been updated to adhere to the new protocols while preserving their optimized implementations. * Various places have been fixed to use #removeMorph: instead of #privateRemoveMorph: and to implement the #removedMorph: notification. * #privateRemoveMorph: as well as #addedOrRemovedSubmorph: have been deprecated. " Cheers, - Andreas

12 37

[ENH][REFACTOR] PostscriptCanvasesCleanup
by adspitz＠yahoo.ca 12 Oct '03

12 Oct '03

from preamble: "Change Set: PostscriptCanvasesCleanup Date: 2 August 2003 Author: Adam Spitz Just a bunch of recategorizations for methods that should be extensions of the Morphic-Postscript Canvases package. Still leaves some external references (all of them menu items); we'll deal with those separately."

2 1

Distributed Squeak
by Michael van der Gulik 12 Oct '03

12 Oct '03

Hello Squeakers. After studying distributed systems, distributed algorithms, parallel programming, and the associated practical work at uni, I think I'm almost ready to tackle an ambitious project: Distributed Squeak. Okay, it's been done before. But I'm going to do it again, and better :-). This will be my master's project (although it still has to be formally confirmed), and I've got 6 months to do it (until November). At the moment, all my ideas are a bit hand-wavy, but I'll be digging in and designing lots of things once I've finished hacking the Minix kernel (another practical at Uni). See the homepage for the basic idea - http://dpon.sourceforge.net. More info will be added when I've managed to write it up. Basically what I want to do is make a distributed, multi-user Squeak "image" (although it wouldn't really be an image anymore). So instead of starting up Squeak locally, you'd start up a "client" and log into a network of Squeak servers on the Internet. Objects could be migratable, remotely invocable or replicated, depending on the implementation of each distributed object. The advantages should be obvious - collaborative development for one. SqueakMap wouldn't be needed because everybody is using the same "image" concurrently. I'll quietly not mention the disadvantages :-). I think it can be done. It's just difficult, not impossible. If anybody knows of any related existing systems or technology not mentioned on dpon.sourceforge.net, I'd like to know. Also, feedback on whether this is actually a sane idea is greatly appreciated before I waste 6 months of my life :-). Michael.

6 12

[FIX] SARInstallerNoLoadDVS-nk
by ned＠bike-nomad.com 12 Oct '03

12 Oct '03

from preamble: "Change Set: SARInstallerNoLoadDVS-nk Date: 21 August 2003 Author: Ned Konz This omits the offer to load DVS when filing in a SAR containing a DVS package. "!

2 1

[FIX] [FIX] creation of a LineMorph
by chris＠funkyobjects.org 05 Oct '03

05 Oct '03

from preamble:

2 1

← Newer
1
2
3
4
5
6
7
8
9
...
76
Older →

Jump to page: