Squeak-dev July 2003

squeak-dev@lists.squeakfoundation.org

187 participants
961 discussions

[BUG][FIX] A Morph that rendered by a TransformationMorph is not saved correctly
by Kazuhiro ABE 14 Oct '03

14 Oct '03

Hi all, A Morph that rendered by a TransformationMorph is not saved correctly. In this case, it needs to save a renderer instead of itself. 1. make an Ellipse morph 2. write a following script: Ellipse turn: 5 3. tick the script 4. save this morph by 'save morph in file' menu of debug halo 5. load the morph by 'load as morph' menu from filelist. 6. tick the script again 7. OOPS!! File in the attached changes, now saving and loading will work. Regards, Kazuhiro ABE NISHIHARA Satoshi

2 1

[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

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] [FIX] creation of a LineMorph
by chris＠funkyobjects.org 05 Oct '03

05 Oct '03

from preamble:

2 1

[FIX] creation of a LineMorph ([sm] [cd] doubts about this)
by Scott Wallace 05 Oct '03

05 Oct '03

Before jumping into adopting this "fix", please look at the class comment of LineMorph. If I understand Dan's intentions correctly, LineMorph (which adds no instance variables and has no instance-side methods) is never intended to be instantiated; all instantiation calls to LineMorph are *expected* to result in instances of vanilla PolygonMorph. Thus, Dan's use of the hard-coded "PolygonMorph" in LineMorph class-side method #from:to:color:width: was decidedly intentional, and the proposed "easy to understand fix" violates that intention. Cheers, -- Scott >[FIX] creation of a LineMorph ([sm][cd] easy to understand fix) >Hannes Hirzel hannes.hirzel.squeaklist at bluewin.ch >Sat Mar 8 19:04:26 CET 2003 > >------------------------------------------------------------------------ > > >... The only change actually done in the change set was >replacing 'PolygonMorph' with 'self' in a class method. > >No problem. A good fix. > >-- Hannes > > >chris at funkyobjects.org wrote: >> >> --==CelesteAttachment73100== >> >> from preamble: >> >> "Change Set: creation of a LineMorph >> Date: 23 February 2003 >> Author: Chris Muller >> >> replaces a hard-coded reference to PolygonMorph with logical class > > reference (self), allowing subclasses of LineMorph to properly > > instantiate."! >

4 4

[FIX SOUGHT]
by Doug Clapp 05 Oct '03

05 Oct '03

Could anyone help fix: http://minnow.cc.gatech.edu/squeak/1760 ?

5 4

← Newer
1
2
3
4
5
6
7
...
97
Older →

Jump to page: