Squeak-dev May 2003

squeak-dev@lists.squeakfoundation.org

204 participants
710 discussions

Start a nNew thread

[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

[FIX] ProjectArchiveFixes-nk
by Ned Konz 05 Oct '03

05 Oct '03

from preamble: "Change Set: ProjectArchiveFixes-nk Date: 20 December 2002 Author: Ned Konz My recent changes to fileName in ArchiveMember broke project loading in non-Unix systems. This reverts fileName so that it returns the raw Zip name, and adds localFileName for use when you need a name that's compatible with the local file system. "!

2 1

[FIX] Another Acorn FileDir bug fix
by Tim Rowledge 05 Oct '03

05 Oct '03

Should have been in the update 5141 but presumably I sent the wrong dang file. Sigh. tim -- Tim Rowledge, tim(a)sumeru.stanford.edu, http://sumeru.stanford.edu/tim Useful random insult:- Has a one-way ticket on the Disoriented Express.

2 1

[FIX] ClassCommentFix-nk
by Ned Konz 05 Oct '03

05 Oct '03

from preamble: "Change Set: ClassCommentFix-nk Date: 26 November 2002 Author: Ned Konz Version: 3.4a Changing class comments (and reverting them) caused walkbacks. "!

2 1

[ENH] Speech Removal
by Brent Vukmer 02 Oct '03

02 Oct '03

Registered on SqueakMap by Luciano Notarfresco. The changeset is currently a one-liner!

2 1

[FIX][DOC] Fix comment buglet in Dictionary>>valuesDo:
by David T. Lewis 02 Oct '03

02 Oct '03

This fixes the method comment for Dictionary>>valuesDo: which appears to have been incorrectly cut-n-pasted. Comment was: Evaluate aBlock for each of the receiver's keys. Changed to: Evaluate aBlock for each of the receiver's values. Dave

3 2

[BUG][FIX] MissingHashRedefinitions
by Martin Wirblat 26 Sep '03

26 Sep '03

from preamble: All necessary redefinitions of method #hash which are missing in 3.4. The involved classes have all redefined method #= but are inheriting #hash from class Object"

2 1

SqueakMap & monticello feature requests
by Stephen Pair 22 Sep '03

22 Sep '03

First, an easy one...I'd like the ability to browse the code of certain packages on SqueakMap (could just do the easy ones like change sets and *.st packages first)...it would be a little more difficult for SARs, but shouldn't be impossible. Now for a more elaborate request involving SqueakMap and Monticello...what I would like in Monticello is the ability to assign a version string to a package (but still have the auto-generated version numbers). Then I'd like the ability to directly export a package version to another repository. And, I possibly might want to be able to organize repositories in a hierachical fashion and have a "promote" capability that would simply export a package version to the "parent repository" in the hierarchy. The version string would enable me to correlate versions in multiple repositories (since the internal version number would not match up). Package versions would have to have a version string before they are allowed to be exported. Once a package has been exported to another repository, its version string would become immutable (in both repositories). Then, I'd like SqueakMap to be able to register a package that resides in a Monticello repository and have SqueakMap (server or client, whichever works best) be able to communicate with the repository to pull version information, etc for the package. This of course then implies that there needs to be some measure of security in Monticello that would allow read-only access but restrict update access. Why do I want these things? So that I can have a local repository on my laptop for my packages, have a shared private repository for projects that I'm working on with other people, and have a public respository for published projects accessible through SqueakMap. As I work, I'll create versions in my local repository. I'll occassionally publish versions to the shared repository, and when ready, I'll finally push versions out to the public repository. Perhaps a simply hierarchy of repositories would not be sufficient...instead, I might want to simply be able to "link" repositories (and name the repositories) and be able to "push" packages between them. The linking would serve no other purpose than to make it simple to "right click a package version, and 'push' it to one of a list of linked repositories". - Stephen

6 11

Jump to page: