Squeak-dev January 2010

squeak-dev@lists.squeakfoundation.org

91 participants
425 discussions

The Trunk: Morphic-ar.310.mcz
by commits＠source.squeak.org 23 Jan '10

23 Jan '10

Andreas Raab uploaded a new version of Morphic to project The Trunk: http://source.squeak.org/trunk/Morphic-ar.310.mcz ==================== Summary ==================== Name: Morphic-ar.310 Author: ar Time: 23 January 2010, 2:41:19.053 pm UUID: 1ea85f42-cee5-2346-8a6b-d034b0f4019d Ancestors: Morphic-ar.309 Preps for merging Cobalt's ToolBuilder-Morphic changes: Extend UserDialogBoxMorph with confirm:trueChoice:falseChoice: and fix a small but relevant buglet in flushing a PLMs list when an unchanged getListElementSelector is installed. =============== Diff against Morphic-ar.309 =============== Item was added: + ----- Method: UserDialogBoxMorph class>>confirm:title:trueChoice:falseChoice:at: (in category 'utilities') ----- + confirm: aString title: titleString trueChoice: trueChoice falseChoice: falseChoice at: aPointOrNil + "UserDialogBoxMorph confirm: 'Make your choice carefully' withCRs title: 'Do you like chocolate?' trueChoice: 'Oh yessir!!' falseChoice: 'Not so much...'" + ^self new + title: titleString; + label: aString; + addSelectedButton: ' ', trueChoice translated, ' ' value: true; + addCancelButton: ' ', falseChoice translated, ' ' value: false; + runModalIn: ActiveWorld forHand: ActiveHand at: aPointOrNil! Item was added: + ----- Method: UserDialogBoxMorph class>>confirm:trueChoice:falseChoice: (in category 'utilities') ----- + confirm: aString trueChoice: trueChoice falseChoice: falseChoice + "UserDialogBoxMorph confirm: 'Do you like chocolate?' trueChoice: 'Oh yessir!!' falseChoice: 'Not so much...' " + ^self confirm: aString title: 'Please confirm:' trueChoice: trueChoice falseChoice: falseChoice at: nil! Item was changed: ----- Method: PluggableListMorph>>getListElementSelector: (in category 'initialization') ----- getListElementSelector: aSymbol "specify a selector that can be used to obtain a single element in the underlying list" + getListElementSelector == aSymbol ifTrue:[^self]. getListElementSelector := aSymbol. list := nil. "this cache will not be updated if getListElementSelector has been specified, so go ahead and remove it"! Item was added: + ----- Method: UserDialogBoxMorph class>>confirm:title:trueChoice:falseChoice: (in category 'utilities') ----- + confirm: aString title: titleString trueChoice: trueChoice falseChoice: falseChoice + "UserDialogBoxMorph confirm: 'Make your choice carefully' withCRs title: 'Do you like chocolate?' trueChoice: 'Oh yessir!!' falseChoice: 'Not so much...' " + ^self confirm: aString title: titleString trueChoice: trueChoice falseChoice: falseChoice at: nil!

1 0

The Trunk: ToolBuilder-Kernel-mtf.30.mcz
by commits＠source.squeak.org 23 Jan '10

23 Jan '10

Andreas Raab uploaded a new version of ToolBuilder-Kernel to project The Trunk: http://source.squeak.org/trunk/ToolBuilder-Kernel-mtf.30.mcz ==================== Summary ==================== Name: ToolBuilder-Kernel-mtf.30 Author: mtf Time: 22 January 2010, 7:35:18.042 pm UUID: a504d465-9fe6-4a72-8977-15ba06a84a78 Ancestors: ToolBuilder-Kernel-jrd.29, ToolBuilder-Kernel-ar.25 Merged in Cobalt branch of ToolBuilder. This includes the addition of a few properties, and moving the help ivar all the way to the top of the spec heirarchy, since so many subclasses used it =============== Diff against ToolBuilder-Kernel-ar.25 =============== Item was changed: PluggableWidgetSpec subclass: #PluggableListSpec + instanceVariableNames: 'list getIndex setIndex getSelected setSelected menu keyPress autoDeselect dragItem dropItem dropAccept doubleClick listSize listItem' - instanceVariableNames: 'list getIndex setIndex getSelected setSelected menu keyPress autoDeselect dragItem dropItem dropAccept doubleClick' classVariableNames: '' poolDictionaries: '' category: 'ToolBuilder-Kernel'! !PluggableListSpec commentStamp: 'ar 7/15/2005 11:54' prior: 0! A single selection list element. Instance variables: list <Symbol> The selector to retrieve the list elements. getIndex <Symbol> The selector to retrieve the list selection index. setIndex <Symbol> The selector to set the list selection index. getSelected <Symbol> The selector to retrieve the list selection. setSelected <Symbol> The selector to set the list selection. menu <Symbol> The selector to offer (to retrieve?) the context menu. keyPress <Symbol> The selector to invoke for handling keyboard shortcuts. autoDeselect <Boolean> Whether the list should allow automatic deselection or not. dragItem <Symbol> Selector to initiate a drag action on an item dropItem <Symbol> Selector to initiate a drop action of an item dropAccept <Symbol> Selector to determine whether a drop would be accepted! Item was added: + ----- Method: PluggableTreeSpec>>dragItem: (in category 'accessing') ----- + dragItem: aSymbol + "Set the selector for dragging an item" + dragItem := aSymbol! Item was changed: ToolBuilderSpec subclass: #PluggableMenuItemSpec + instanceVariableNames: 'label action checked enabled separator subMenu' - instanceVariableNames: 'label action checked enabled separator subMenu help' classVariableNames: '' poolDictionaries: '' category: 'ToolBuilder-Kernel'! Item was added: + ----- Method: PluggableTreeSpec>>dragItem (in category 'accessing') ----- + dragItem + ^ dragItem.! Item was added: + ----- Method: PluggableListSpec>>listSize: (in category 'accessing') ----- + listSize: aSymbol + "Indicate the selector for retrieving the list size" + listSize := aSymbol.! Item was added: + ----- Method: UIManager>>confirm:trueChoice:falseChoice: (in category 'ui requests') ----- + confirm: queryString trueChoice: trueChoice falseChoice: falseChoice + "Put up a yes/no menu with caption queryString. The actual wording for the two choices will be as provided in the trueChoice and falseChoice parameters. Answer true if the response is the true-choice, false if it's the false-choice. + This is a modal question -- the user must respond one way or the other." + ^self subclassResponsibility! Item was added: + ----- Method: PluggableListSpec>>listItem: (in category 'accessing') ----- + listItem: aSymbol + "Indicate the selector for retrieving the list element" + listItem := aSymbol.! Item was added: + ----- Method: PluggableListSpec>>listItem (in category 'accessing') ----- + listItem + "Answer the selector for retrieving the list element" + ^listItem! Item was added: + ----- Method: PluggableListSpec>>listSize (in category 'accessing') ----- + listSize + "Answer the selector for retrieving the list size" + ^listSize! Item was changed: PluggableWidgetSpec subclass: #PluggableTreeSpec + instanceVariableNames: 'roots getSelectedPath setSelected getChildren hasChildren label icon unusedVar menu keyPress wantsDrop dropItem dropAccept autoDeselect dragItem' - instanceVariableNames: 'roots getSelectedPath setSelected getChildren hasChildren label icon help menu keyPress wantsDrop dropItem dropAccept autoDeselect' classVariableNames: '' poolDictionaries: '' category: 'ToolBuilder-Kernel'! + !PluggableTreeSpec commentStamp: 'mvdg 3/21/2008 20:59' prior: 0! - !PluggableTreeSpec commentStamp: 'ar 2/12/2005 16:40' prior: 0! A pluggable tree widget. PluggableTrees are slightly different from lists in such that they ALWAYS store the actual objects and use the label selector to query for the label of the item. PluggableTrees also behave somewhat differently in such that they do not have a "getSelected" message but only a getSelectedPath message. The difference is that getSelectedPath is used to indicate by the model that the tree should select the appropriate path. This allows disambiguation of items. Because of this, implementations of PluggableTrees must always set their internal selection directly, e.g., rather than sending the model a setSelected message and wait for an update of the #getSelected the implementation must set the selection before sending the #setSelected message. If a client doesn't want this, it can always just signal a change of getSelectedPath to revert to whatever is needed. Instance variables: roots <Symbol> The message to retrieve the roots of the tree. getSelectedPath <Symbol> The message to retrieve the selected path in the tree. setSelected <Symbol> The message to set the selected item in the tree. getChildren <Symbol> The message to retrieve the children of an item hasChildren <Symbol> The message to query for children of an item label <Symbol> The message to query for the label of an item. icon <Symbol> The message to query for the icon of an item. help <Symbol> The message to query for the help of an item. menu <Symbol> The message to query for the tree's menu keyPress <Symbol> The message to process a keystroke. wantsDrop <Symbol> The message to query whether a drop might be accepted. dropItem <Symbol> The message to drop an item. + enableDrag <Boolean> Enable dragging from this tree. + autoDeselect <Boolean> Whether the tree should allow automatic deselection or not. + unusedVar (unused) This variable is a placeholder to fix problems with loading packages in 3.10.! - autoDeselect <Boolean> Whether the tree should allow automatic deselection or not.! Item was added: + ----- Method: ToolBuilderSpec>>help: (in category 'accessing') ----- + help: aSymbol + "Indicate the message to retrieve the help texts of this element." + help := aSymbol! Item was added: + ----- Method: UIManager>>confirm:label: (in category 'ui requests') ----- + confirm: queryString label: titleString + + ^self subclassResponsibility! Item was added: + ----- Method: PluggableWindowSpec>>isDialog: (in category 'accessing') ----- + isDialog: val + + isDialog := val + + ! Item was changed: ----- Method: PluggableTreeSpec>>autoDeselect: (in category 'accessing') ----- autoDeselect: aBool "Indicate whether this tree can be automatically deselected" + autoDeselect := aBool.! - autoDeselect := aBool! Item was added: + ----- Method: PluggableWindowSpec>>isDialog (in category 'accessing') ----- + isDialog + + ^isDialog ifNil: [^false]. + + ! Item was changed: PluggableCompositeSpec subclass: #PluggableWindowSpec + instanceVariableNames: 'label extent closeAction isDialog' - instanceVariableNames: 'label extent closeAction' classVariableNames: '' poolDictionaries: '' category: 'ToolBuilder-Kernel'! !PluggableWindowSpec commentStamp: '<historical>' prior: 0! A common window. Expects to see change/update notifications when the label should change. Instance variables: label <String|Symbol> The selector under which to retrieve the label or the label directly extent <Point> The (initial) extent of the window. closeAction <Symbol> The action to perform when the window is closed.! Item was changed: PluggableWidgetSpec subclass: #PluggableButtonSpec + instanceVariableNames: 'action label state enabled color' - instanceVariableNames: 'action label state enabled color help' classVariableNames: '' poolDictionaries: '' category: 'ToolBuilder-Kernel'! !PluggableButtonSpec commentStamp: 'ar 2/11/2005 21:57' prior: 0! A button, both for firing as well as used in radio-button style (e.g., carrying a selection). Instance variables: action <Symbol> The action to perform when the button is fired. label <Symbol|String> The selector for retrieving the button's label or label directly. state <Symbol> The selector for retrieving the button's selection state. enabled <Symbo> The selector for retrieving the button's enabled state. color <Symbo> The selector for retrieving the button color. help <String> The balloon help for the button.! Item was changed: Object subclass: #ToolBuilderSpec + instanceVariableNames: 'name help' - instanceVariableNames: 'name' classVariableNames: '' poolDictionaries: '' category: 'ToolBuilder-Kernel'! !ToolBuilderSpec commentStamp: 'ar 2/11/2005 14:59' prior: 0! I am an abstract widget specification. I can be rendered using many different UI frameworks.! Item was added: + ----- Method: ToolBuilderSpec>>help (in category 'accessing') ----- + help + "Answer the message to get the help texts of this element." + ^ help! Item was removed: - ----- Method: PluggableTreeSpec>>help (in category 'accessing') ----- - help - "Answer the message to get the help texts of this tree" - ^help! Item was removed: - ----- Method: PluggableButtonSpec>>help: (in category 'accessing') ----- - help: aString - "Indicate the help text for this button" - help := aString.! Item was removed: - ----- Method: PluggableMenuItemSpec>>help: (in category 'accessing') ----- - help: aString - "Answer the help text associated with the receiver" - help := aString.! Item was removed: - ----- Method: PluggableButtonSpec>>help (in category 'accessing') ----- - help - "Answer the help text for this button" - ^help! Item was removed: - ----- Method: PluggableMenuItemSpec>>help (in category 'accessing') ----- - help - "Answer the help text associated with the receiver" - ^help! Item was removed: - ----- Method: PluggableTreeSpec>>help: (in category 'accessing') ----- - help: aSymbol - "Indicate the message to retrieve the help texts of this tree" - help := aSymbol!

1 0

The Trunk: Kernel-ar.381.mcz
by commits＠source.squeak.org 23 Jan '10

23 Jan '10

Andreas Raab uploaded a new version of Kernel to project The Trunk: http://source.squeak.org/trunk/Kernel-ar.381.mcz ==================== Summary ==================== Name: Kernel-ar.381 Author: ar Time: 23 January 2010, 2:18:00.652 pm UUID: 334b9670-3205-1442-846a-04eaacc81774 Ancestors: Kernel-nice.380, Kernel-Igor.Stasenko.377 Merging Kernel-Igor.Stasenko.377: - Date class>>#readFrom:pattern: (cross-fork compatibility) =============== Diff against Kernel-nice.380 =============== Item was added: + ----- Method: Date class>>readFrom:pattern: (in category 'squeak protocol') ----- + readFrom: inputStream pattern: pattern + "Read a Date from the stream based on the pattern which can include the tokens: + + y = A year with 1-n digits + yy = A year with 2 digits + yyyy = A year with 4 digits + m = A month with 1-n digits + mm = A month with 2 digits + d = A day with 1-n digits + dd = A day with 2 digits + + ...and any other Strings inbetween. Representing $y, $m and $d is done using + \y, \m and \d and slash itself with \\. Simple example patterns: + + 'yyyy-mm-dd' + 'yyyymmdd' + 'yy.mm.dd' + 'y-m-d' + + A year given using only two decimals is considered to be >2000." + + | day month year patternStream char | + patternStream := pattern readStream. + [patternStream atEnd] whileFalse: [ + inputStream atEnd ifTrue: [^nil]. + char := patternStream next. + char = $\ + ifTrue: [inputStream next = patternStream next ifFalse: [^nil]] + ifFalse: [ + char = $y + ifTrue: [ + (patternStream nextMatchAll: 'yyy') + ifTrue: [year := (inputStream next: 4) asInteger] + ifFalse: [ + (patternStream peekFor: $y) + ifTrue: [ + year := (inputStream next: 2) asInteger] + ifFalse: [ + year := Integer readFrom: inputStream]]] + ifFalse: [ + char = $m + ifTrue: [ + (patternStream peekFor: $m) + ifTrue: [ + month := (inputStream next: 2) asInteger] + ifFalse: [ + month := Integer readFrom: inputStream]] + ifFalse: [ + char = $d + ifTrue: [ + (patternStream peekFor: $d) + ifTrue: [ + day := (inputStream next: 2) asInteger] + ifFalse: [ + day := Integer readFrom: inputStream]] + ifFalse: [ + inputStream next = char ifFalse: [^nil]]]]]]. + (year isNil | month isNil | day isNil) ifTrue: [^nil]. + ^self year: year month: month day: day!

1 0

Primality tests, division, etc. (was :Re: [squeak-dev] The Trunk: Kernel-dtl.381.mcz)
by Levente Uzonyi 23 Jan '10

23 Jan '10

On Sat, 23 Jan 2010, commits(a)source.squeak.org wrote: > David T. Lewis uploaded a new version of Kernel to project The Trunk: > http://source.squeak.org/trunk/Kernel-dtl.381.mcz > > ==================== Summary ==================== > > Name: Kernel-dtl.381 > Author: dtl > Time: 23 January 2010, 2:56:10.622 pm > UUID: 70c5d3fd-a468-4289-b9b5-101cdaea72b8 > Ancestors: Kernel-nice.380 > > Use probabilistic algorithm (Knuth) for testing primality of large integers, and add method comments for explanation. The algorithm is a Miller-Rabin primality test with 25 as the accuracy parameter. This means that the chance for a false positive is less than 4 raisedTo: -25. DSA uses the same algorithm, but requires the parameter to be at least 50 IIRC, you can find the other implementation at: DigitalSignatureAlgorithm >> #isProbablyPrime:. I was digging into the code and tried possible improvements, but got stuck at a point. I found that there are two methods for the same problem: #raisedTo:modulo: and #raisedToInteger:modulo:. They do the same, but the latter is a lot slower, because the first one uses #\\\ instead of #\\ which uses #digitDiv:neg: (a division primitive). I found that #digitDiv:neg: works with any Integer, while primitive 31 (used by #\\) only works if the argument and the result are both less than 2 raisedTo: 30, otherwise it will fall back to Smalltalk code which happens most of the time in these primality tests. For a final solution we should decide what to do. - what should we do with #raisedTo:modulo: and #raisedToInteger:modulo: ? - should (can) we replace the implementation of LargePositiveInteger >> #\\ (and #//) with #digitDiv:neg: + #normalize or something similar? Levente > > Rationale for use of probabilistic algorithm provided by Enrico Spinielli: > http://lists.squeakfoundation.org/pipermail/squeak-dev/2009-December/142372… > > =============== Diff against Kernel-nice.380 =============== > > Item was changed: > ----- Method: Integer>>isPrime (in category 'testing') ----- > isPrime > + "Answer true if the receiver is a prime number. See isProbablyPrime for a probabilistic > + implementation that is much faster for large integers, and that is correct to an extremely > + high statistical level of confidence (effectively deterministic)." > > self <= 1 ifTrue: [ ^false ]. > self even ifTrue: [ ^self = 2]. > 3 to: self sqrtFloor by: 2 do: [ :each | > self \\ each = 0 ifTrue: [ ^false ] ]. > ^true! > > Item was added: > + ----- Method: LargePositiveInteger>>isPrime (in category 'testing') ----- > + isPrime > + "Answer true if the receiver is a prime number. Use a probabilistic implementation that > + is much faster for large integers, and that is correct to an extremely high statistical > + level of confidence (effectively deterministic)." > + > + ^ self isProbablyPrime! > > >

2 2

turn off magnification/zoom in Etoys?
by Eliot Miranda 23 Jan '10

23 Jan '10

Hi All, anyone know how to turn off the zoom/magnification that happens in an Etoys 4 image when one grows the screen? best Eliot

2 1

The Trunk: Kernel-dtl.381.mcz
by commits＠source.squeak.org 23 Jan '10

23 Jan '10

David T. Lewis uploaded a new version of Kernel to project The Trunk: http://source.squeak.org/trunk/Kernel-dtl.381.mcz ==================== Summary ==================== Name: Kernel-dtl.381 Author: dtl Time: 23 January 2010, 2:56:10.622 pm UUID: 70c5d3fd-a468-4289-b9b5-101cdaea72b8 Ancestors: Kernel-nice.380 Use probabilistic algorithm (Knuth) for testing primality of large integers, and add method comments for explanation. Rationale for use of probabilistic algorithm provided by Enrico Spinielli: http://lists.squeakfoundation.org/pipermail/squeak-dev/2009-December/142372… =============== Diff against Kernel-nice.380 =============== Item was changed: ----- Method: Integer>>isPrime (in category 'testing') ----- isPrime + "Answer true if the receiver is a prime number. See isProbablyPrime for a probabilistic + implementation that is much faster for large integers, and that is correct to an extremely + high statistical level of confidence (effectively deterministic)." self <= 1 ifTrue: [ ^false ]. self even ifTrue: [ ^self = 2]. 3 to: self sqrtFloor by: 2 do: [ :each | self \\ each = 0 ifTrue: [ ^false ] ]. ^true! Item was added: + ----- Method: LargePositiveInteger>>isPrime (in category 'testing') ----- + isPrime + "Answer true if the receiver is a prime number. Use a probabilistic implementation that + is much faster for large integers, and that is correct to an extremely high statistical + level of confidence (effectively deterministic)." + + ^ self isProbablyPrime!

1 0

References to a class implementing a given method in the method
by Ralph Boland 23 Jan '10

23 Jan '10

When I have a method that is applied to instances of a class X that do not depend on the values of the instances themselves I place those methods on the class side. For the problem at hand the method takes as input a collection of the instances of the class and rearranges them in some way: Such a method might be called: rearrange: aCollection (Actually I lied; the rearrange method depends upon probability values stored in instances of X) To get an instance of the object to do the rearranging (i.e. X) on the instance side of X I have a method: rearranger ^self class This works fine so far but in this particular case X has subclasses and the collection passed to the method "rearrange:" is not impacted by the fact that instances of the subclasses of X may be in the Collection; i.e. everything still works. However, if I send the "rearranger" message to an instance of a subclass Y of X then -- well ok; everything still works. Everything still works because the "rearranger" message now returns a subclass of X which in turn inherits the "rearrange:" method from class X. My only complaint then is that every time the "rearrange:" message is sent inheritance must now be used to find the "rearrange:" method. This seems inefficient to me (I know Squeak is 50 slower than C so who cares) so to fix this I can change method "rearranger" to: rearranger ^X "the class X that is" Problem fixed. However, I have been taught that now the code is written in a brittle i.e. bad way. That is, if I now rename class X to Z then the "rearranger" method becomes broken. Finally, a question: How do I write the method "rearranger" so that it returns the class in which the method is defined rather than the class of the object that received the "rearranger" message? I am looking for something clean here; I can think of some convoluted ways of doing this. I admit that even if this can be done cleanly the code remains more brittle than the original solution. This is because if a subclass of X wants to override method "rearrange:" it must now also override method "rearranger" which was not necessary with the original solution. I am also aware that optimizations are done by the VM to avoid method lookups but I am not sure of the details. Do the details mean that after the first send of "rearrange:" to class Y no further lookups are needed on subsequent sends? to Y. What if "rearrange" is sent to Y from multiple locations in some method or from multiple methods in some class all sending to the same instance variable holding Y? Regards, Ralph Boland

2 1

PluggableButtonMorph>>askBeforeChanging
by Igor Stasenko 23 Jan '10

23 Jan '10

As to me this is a good example of placing a decisive role into wrong place, bloating the morph's protocol. The 'askBeforeChanging' is used in #performAction which asks the model , if it wants to change: askBeforeChanging ifTrue: [model okToChange ifFalse: [^ self]]. But why doing that, isn't model unable to send #okToChange in its own action handling method? i.e. if button does: model perform: actionSelector where actionSelector == #foo, what prevents a model to implement this method as: foo self okToChange ifFalse: [ ^ self]. self doSomething. ? Or, even if model wants to do something without asking in one case, but with asking in another, what prevents it to implement: #doSomething and #doSomethingIfOkToDoIt and choose appropriate selector as action to a button(s)? Or, if we look at it from different angle. A button widget main role is to trigger some action. The action could be anything: from very simple one up to complex, composite one. And 'ask-before-change-then-do' is an example of composite action. So, let button just trigger that composite action. Why putting an action handling logic to the place where action having completely abstract meaning? -- Best regards, Igor Stasenko AKA sig.

1 0

Thanks John and Dave
by Edgar J. De Cleene 23 Jan '10

23 Jan '10

Here the first print screen of mythical 64 bit image from Dan And some data for share to whose with interest for my recent work, this mail counts me as runner for 2010 Board. MMDev.7259.image 10.4 MB SqueakLight3.11-8821-alpha.image 13.1 MB Squeak3.11-8917-alpha.image 16.6 MB MMDev tiene estos paquetes, no necesariamente completos si no se especifica la version Ast BabySRE Bogus Collections Compiler Compression ConsoleUI DebugReport (DebugReport-edc.28) DynamicBindings (DynamicBindings-gc.7) ECompletion (ECompletion-edc.112) Exceptions Files Graphics HV (HV-edc.147) HVBlog (HVBlog-edc.4) Kernel KomHttpServer (KomHttpServer-edc.52) KomServices (KomServices-edc.20) Ma base additions (Ma base additions-cmm.34) Ma exception handling (Ma exception handling-cmm.12) MinimalMorphic MinimalMorphicLoader Monticello Morphic MorphicExtras Multilingual Network Network-HTML (Network-HTML-md.4) Ob Omnibrowser PackageInfo Protocols Refactoring ST80 Scheduler (Scheduler-jrp.20) Services (Services-edc.1) ShoutCore (ShoutCore-ar.2) Smbase System ToolBuilder Tools Tracing Messages Browser (Tracing Messages Browser-cmm.19) Traits Universes VB-Regex (VB-Regex-damienpollet.17) XML-Parser (XML-Parser-mir.9)) Unrelated, I download 95% of http://wiki.squeak.org/squeak, convert the 32mb files to SqueakSwiki.3.obj of 11,7 MB and have 90% of functional HVNaughtieWiki (alpha) Maybe my start in computers with the Apple II and 16 K explain why I always wish smaller code, smaller data :=) Edgar

3 6

Daily Commit Log
by commits＠source.squeak.org 23 Jan '10

23 Jan '10

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2010-January/002475.ht… Name: Tools-ar.164 Ancestors: Tools-ar.163 CodeHolder>>validateMessageSource: should parse the selector proper instead of using #findString: which causes all sorts of random warnings. =============================================

1 0

← Newer
1
...
5
6
7
8
9
10
11
...
43
Older →

Jump to page: