Squeak-dev March 2016

squeak-dev@lists.squeakfoundation.org

31 participants
150 discussions

Re: [squeak-dev] The Inbox: Graphics-cmm.329.mcz
by Bert Freudenberg 03 Apr '16

03 Apr '16

> On 31.03.2016, at 19:43, commits(a)source.squeak.org wrote: > > A new version of Graphics was added to project The Inbox: > http://source.squeak.org/inbox/Graphics-cmm.329.mcz > > ==================== Summary ==================== > > Name: Graphics-cmm.329 > Author: cmm > Time: 31 March 2016, 2:43:44.434481 pm > UUID: a7a78301-477c-40ea-b010-c4e71c02a038 > Ancestors: Graphics-tfel.328 > > Fix the green clone halo morph for SketchMorphs to not share its underlying Form. Err. The clone handle is *supposed to* not duplicate the form. This is used a lot in Etoys. You can have many players sharing the same bitmap costume. We do *not* want to waste memory duplicating the form. While editing the sketch, we work on a copy of the form (to support canceling). If accepting the painting, *then* we set it to the new form. - Bert -

9 16

Re: [squeak-dev] The Inbox: Morphic-cmm.1096.mcz
by Chris Muller 01 Apr '16

01 Apr '16

I decided to do it in veryDeepFixup rather than veryDeepInner because veryDeepInner is pretty much just expected to access or append to the DeepCopier's 'references', and not other stuff. The veryDeepFixup post-op seems appropriate for other stuff. On Thu, Mar 31, 2016 at 6:52 PM, <commits(a)source.squeak.org> wrote: > A new version of Morphic was added to project The Inbox: > http://source.squeak.org/inbox/Morphic-cmm.1096.mcz > > ==================== Summary ==================== > > Name: Morphic-cmm.1096 > Author: cmm > Time: 31 March 2016, 6:51:58.339232 pm > UUID: 5eca2a6b-1d16-4db9-b9f2-c15192428911 > Ancestors: Morphic-mt.1095 > > Fix the green clone halo morph for SketchMorphs to not share its underlying Form. > > =============== Diff against Morphic-mt.1095 =============== > > Item was added: > + ----- Method: SketchMorph>>veryDeepFixupWith: (in category 'copying') ----- > + veryDeepFixupWith: aDeepCopier > + super veryDeepFixupWith: aDeepCopier. > + originalForm := originalForm copy. > + rotatedForm := rotatedForm copy! > >

1 0

The Inbox: Morphic-cmm.1096.mcz
by commits＠source.squeak.org 01 Apr '16

01 Apr '16

A new version of Morphic was added to project The Inbox: http://source.squeak.org/inbox/Morphic-cmm.1096.mcz ==================== Summary ==================== Name: Morphic-cmm.1096 Author: cmm Time: 31 March 2016, 6:51:58.339232 pm UUID: 5eca2a6b-1d16-4db9-b9f2-c15192428911 Ancestors: Morphic-mt.1095 Fix the green clone halo morph for SketchMorphs to not share its underlying Form. =============== Diff against Morphic-mt.1095 =============== Item was added: + ----- Method: SketchMorph>>veryDeepFixupWith: (in category 'copying') ----- + veryDeepFixupWith: aDeepCopier + super veryDeepFixupWith: aDeepCopier. + originalForm := originalForm copy. + rotatedForm := rotatedForm copy!

1 0

Daily Commit Log
by commits＠source.squeak.org 31 Mar '16

31 Mar '16

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2016-March/009519.html Name: Morphic-mt.1095 Ancestors: Morphic-kfr.1094 Make it possible that new-style balloon morphs can appear also at the morph's center and not only close to the hand position. Also adds the possibility to open multiple balloon morphs at once via subsequent calls to Morph >> #showBalloon. =============================================

1 0

64-bit WideString access (was [squeak-dev] New Cog VMs available)
by Eliot Miranda 31 Mar '16

31 Mar '16

Hi Levente, On Tue, Mar 29, 2016 at 7:10 PM, Levente Uzonyi <leves(a)caesar.elte.hu> wrote: > Hi Eliot, > > I think something went wrong with those semaphores. Connecting to a Socket > seems to wait for the full 45 seconds timeout with this VM. To reproduce, > just try opening any remote MC repository. This happens with > cogspur64linuxht. I haven't tried any other versions yet. > Not sure what's going on here but I can reproduce the bug. > > There's another issue with WideStrings where, #at: (primitive 63) fails > for a few instances. This issue is present in 3643 as well. To reproduce > it, open the Monticello Browser, select the Multilingual package, select > the Trunk repository and press Changes. You'll see that two methods are > reported to have changed (even though they haven't). Selecting any of them > will pop up a debugger with the primitive failure. The common symptom is > that #basicAt: will work for the index, for which #at: fails, and it will > return the number 16rD80000FF. So this is interesting. It may boil down to leading character issues. First, the bug is that the JIT and the Interpreter don't agree on the semantics of WideString>>#at: when the value at the index is "out of range". Notionally the Spur VM restricts characters to the range 0 through 16r3FFFFFFF, to keep them in the +ve SmallInteger range. The JIT primitive fails if asked to answer a Character outside that range, and 16rD80000FF is outside, hence the JIT primitive fails. The Interpreter primitive does not (yet) fail. There's an optimization in the JIT that if a primitive deals with all possible inputs and the method is written not to use an error code then the primitive will fail without invoking the interpreter primitive. This a) means the JIT doesn't have to set error codes correctly and b) unless the programmer wants the failure code failure is a bit quicker. But in this case I got caught. Because the Interpreter primitive does not fail, changing the method to include the error code the JIT now calls the Interpreter primitive when the JIT primitive fails, the interpreter primitive does not fail, and the character is answered anyway. So there are a few things going on here... a) in loading the Monticello snapshot for Multilingual-ul.210 a WideString gets created for JapaneseEnvironment class>>#flapTabTextFor:in: that has 16rD80000FF at 213 and 275 in the source, whereas (JapaneseEnvironment class>>#flapTabTextFor:in:) getSource string contains Character value: 27 (Character escape) at 213 and 275, and Character value: 16r14030FC at 214 and 276, but weirdly the strings have the same size, and are equal everywhere else. So somewhere in the Monticello package read (or write?) the escape is being rewritten to Character value: 16rD80000FF. b) I'm confused^H^H^H^H^H^H^H^Hnot sure what to do about the range of acceptable characters. It seems right to me to only use 30 bits for characters; that's more than enough for Unicode and it seems arbitrary to allow e.g. 61 bit Characters in 64-bits and 30 bit Characters in 32-bit (makes sense with integers because of LargeInteger). So I should either make WideString>>at:[put:] fail for out of range characters in all versions of the primitives, and modify the methods so they yield a sensible error message, or should I make the JIT primitive not fail? I want to fail for out-of-range characters, but not until we understand the Monticello issue that maps Character escape to Character value: 16rD80000FF. If you want to experiment with the system then here are some variants on WideString>>at:[put:] that will be useful (also attached). To see the JIT primitives fail, but get a sensible error message, use WideString>>at: index "Answer the Character stored in the field of the receiver indexed by the argument. Primitive. Fail if the index argument is not an Integer or is out of bounds. Essential. See Object documentation whatIsAPrimitive." <primitive: 63> ^index isInteger ifTrue: [(index >= 1 and: [index <= self size]) ifTrue: [self error: 'illegal character value ', ((self basicAt: index) storeStringBase: 16)] ifFalse: [self errorSubscriptBounds: index]] ifFalse: [index isNumber ifTrue: [self at: index asInteger] ifFalse: [self errorNonIntegerIndex]] WideString>>at: index put: aCharacter "Store the Character into the field of the receiver indicated by the index. Primitive. Fail if the index is not an Integer or is out of bounds, or if the argument is not a Character. Essential. See Object documentation whatIsAPrimitive." <primitive: 64> ^aCharacter isCharacter ifTrue: [index isInteger ifTrue: [(index >= 1 and: [index <= self size]) ifTrue: [self error: 'illegal character value ', (aCharacter asInteger storeStringBase: 16)] ifFalse: [self errorSubscriptBounds: index]] ifFalse: [self errorNonIntegerIndex]] ifFalse: [self errorImproperStore] To suppress the errors and have the interpreter primitives back up (and answer out-of-range Characters) simply include an error code: at: index "Answer the Character stored in the field of the receiver indexed by the argument. Primitive. Fail if the index argument is not an Integer or is out of bounds. Essential. See Object documentation whatIsAPrimitive." <primitive: 63 error: ec> ^index isInteger ifTrue: [self errorSubscriptBounds: index] ifFalse: [index isNumber ifTrue: [self at: index asInteger] ifFalse: [self errorNonIntegerIndex]] Again, the decision for the VM is whether to drop the pretence of Characters being 30 bits (not something I'm happy with) or whether to make sure the interpreter WideString primitives also fail for out-of-range characters, and for us to fix Monticello snapshot read (write?) for the Character escape, Character value: 16r14030FC sequence. The problem is that there are ways of creating strings that bypass both Character class>>value: and WideString>>at:put:. Compare these: This produces a WideString full of illegal characters via adoptInstance: | s | s := Bitmap new: 16 withAll: 16rD80000FF. WideString adoptInstance: s. s. This does the same via basicAt:[put:] which treat WideString as arrays of 32-bit unsigned integers (which is what they are in memory). | s | s := WideString new: 16. 1 to: s size do: [:i| s basicAt: i put: 16rD80000FF] This fails to do so because Character class>>#value: has a range check WideString new: 16 withAll: (Character value: 16rD80000FF) This fails if the JIT primitive is in use: (tryPrimitive:withArgs: side-steps the JIT primitive, calls the interpreter primitive which does answer the out-of-range character) | illegalCharacter s | illegalCharacter := ((WideString new: 1) basicAt: 1 put: 16rD80000FF; tryPrimitive: 63 withArgs: #(1)). s := WideString new: 16. 1 to: s size do: [:i| s at: i put: illegalCharacter] I'm open to being called idiotic here (please weigh in) but I think the "right thing" is a) make the Interpreter wide string primitives also fail for character access outside of 30 bits. b) change the error handling on WideString>>at:[put:] to give sensible error messages when attempting character access outside of 30 bits. c) fix the character encoding issue Here's the source of the method: !JapaneseEnvironment class methodsFor: 'language methods' stamp: 'yo 8/3/2004 21 :25'! flapTabTextFor: aString in: aFlapTab | string | string := super flapTabTextFor: aString. string isEmptyOrNil ifTrue: [^ self]. string := aFlapTab orientation == #vertical ifTrue: [string copyReplaceAll: '<E3><83><BC>' with: '<EF><BD><9C>'] ifFalse: [string copyReplaceAll: '<EF><BD><9C>' with: '<E3><83><BC>']. ^ string. !]lang[(213 1 9 1 41 1 9 1 16)0,5,0,5,0,5,0,5,0! ! This is read differently in the CompiledMethod>>getSource case to the Monticello snapshot load case. Why? Here's a model of that method source: | w | w := WideString with: 102 asCharacter with: 108 asCharacter with: 27 asCharacter with: 16r14030FC asCharacter. ByteString streamContents: [:s| s nextChunkPut: w] 'flー!]lang[(3 1)0,5!' This doit implies that it's not the converters that are at fault: | w | w := WideString with: 102 asCharacter with: 108 asCharacter with: 27 asCharacter with: 16r14030FC asCharacter. (TextConverter allSubclasses reject: [:tcc| tcc includesBehavior: ByteTextConverter]) reject: [:tcc| | r | r := (ByteString streamContents: [:s| s nextChunkPut: w]) readStream. (tcc new parseLangTagFor: (r next: 4) fromStream: r) = w] an OrderedCollection() i.e. all the multibyte converters answer the string unaltered. So where is this 16rD80000FF bit pattern comming from? P.S. Digging further I see it /shouldn't/ be a leading character issue. There's just enough room for a 22 bit Unicode character code and an 8-bit leading character language code: Character>>encodedCharSet self asInteger < 16r400000 ifTrue: [ ^Unicode ]. "Shortcut" ^EncodedCharSet charsetAt: self leadingChar Character>>leadingChar "Answer the value of the 8 highest bits which is used to identify the language. This is mostly used for east asian languages CJKV as a workaround against unicode han-unification." ^ self asInteger bitShift: -22 16rFF << 22 = 16r3F,C0,00,00 Levente > > > On Tue, 29 Mar 2016, Eliot Miranda wrote: > > ... at http://www.mirandabanda.org/files/Cog/VM/VM.r3663 >> >> >> CogVM binaries as per VMMaker.oscog-eem.1746/r3663 >> >> General: >> >> Fix loss of signals to e.g. a socket's readSemaphore when data available: >> Fix a bug in sqAtomicOps.h where the assumption that the intrinsic atomic >> add >> operation will apply to 16-bit variables is false on clang. So on x86 >> and x64 >> use inline assembly with gcc and clang since this is known to work. >> Improve the doSignalSemaphores code in sqExternalSemaphores.c so that the >> tide >> variables are initialized at the right point and so there's only one copy >> of >> the signalling code. >> >> Allow primitiveUtcWithOffset to accept an optional parameter with an >> array or object with two or more slots to store UTC posix microseconds >> and time zone offset in seconds. Compatibility with VMM trunk. >> >> Add a Smalltalk epoch version of it, primitiveUtcAndTimezoneOffset, >> and give it primitive #244. >> >> Fix signed/unsigned arithmetic issues in 64-bit microsecond clock code. >> This fixes the bug whereby >> Time localMicrosecondClock - Time utcMicrosecondClock // 1000000 >> would answer something with an odd second, a multiple of 3600 plus 1. >> >> General Integer conversion routines: >> Several clean ups to integer conversion routines. >> >> Simplify bit operations using positiveMachineIntegerValueOf:/ >> positiveMachineIntegerFor: rather than doing 32/64 bits dissertation. >> >> >> Spur Cogit: >> Rewrote identity primitive to check for forwarders only when the identity >> of >> objects is different. The previous version would crash if the argument >> was a >> forwarder to an immediate. >> >> Spur VMs: >> Now that UUIDs are created with purely image-based code in Squeak trunk, >> make >> the UUIDPlugin external in all Squeak Spur VMs. >> >> >> Plugins: >> Make FFI load symbol fail after (when find function fails). >> In Pharo, we allow to load global functions (so we can control world >> windows >> through FFI). >> >> LargeIntegersPlugin: >> >> Finish 1st round of LargeIntegers refactoring >> >> - simplify the left and right shift >> - use as much unsigned arithmetic as possible >> - homogenize type declaration within the plugin >> - remove unused digitOf:at: >> >> >> Slang: >> Beware: sending abs to an unsigned int will re-interpret the int as >> signed and >> will generate C compiler warnings. The new version uses SQABS and SQLABS >> macros >> on sqInt and sqLong vars, and fabs and fabsf on double and float args, >> respectively, and llabs on long long, __int64 vars. >> >> >> Mac OS X: >> Unswap the Squeak and Newspeak localized strings >> >> _,,,^..^,,,_ >> best, Eliot >> > _,,,^..^,,,_ best, Eliot

3 3

Re: [squeak-dev] The Inbox: Graphics-cmm.329.mcz
by Tobias Pape 31 Mar '16

31 Mar '16

On 31.03.2016, at 19:43, commits(a)source.squeak.org wrote: > A new version of Graphics was added to project The Inbox: > http://source.squeak.org/inbox/Graphics-cmm.329.mcz > > ==================== Summary ==================== > > Name: Graphics-cmm.329 > Author: cmm > Time: 31 March 2016, 2:43:44.434481 pm > UUID: a7a78301-477c-40ea-b010-c4e71c02a038 > Ancestors: Graphics-tfel.328 > > Fix the green clone halo morph for SketchMorphs to not share its underlying Form. > > =============== Diff against Graphics-tfel.328 =============== > > Item was removed: > - ----- Method: Form>>veryDeepCopyWith: (in category 'copying') ----- > - veryDeepCopyWith: deepCopier > - "Return self. I am immutable in the Morphic world. Do not record me." > - ^ self! > I'm a bit curious how this quite broad change is only affecting the quite narrow use case of green clone halo of SketchMorphs. Care to explain? Best -Tobias

1 0

The Inbox: Graphics-cmm.329.mcz
by commits＠source.squeak.org 31 Mar '16

31 Mar '16

A new version of Graphics was added to project The Inbox: http://source.squeak.org/inbox/Graphics-cmm.329.mcz ==================== Summary ==================== Name: Graphics-cmm.329 Author: cmm Time: 31 March 2016, 2:43:44.434481 pm UUID: a7a78301-477c-40ea-b010-c4e71c02a038 Ancestors: Graphics-tfel.328 Fix the green clone halo morph for SketchMorphs to not share its underlying Form. =============== Diff against Graphics-tfel.328 =============== Item was removed: - ----- Method: Form>>veryDeepCopyWith: (in category 'copying') ----- - veryDeepCopyWith: deepCopier - "Return self. I am immutable in the Morphic world. Do not record me." - ^ self!

1 0

Clean-up Debugger code
by marcel.taeumel 31 Mar '16

31 Mar '16

Hi, there! Projects (partially) govern the way processes are used in the user interface. Wouldn't it make sense to move the *Morphic and *ST80 extensions from the Debugger class to MorphicProject resp. MVCProject? For example, there is already the call "Project resumeProcess: processToResume" in Debugger >> #morphicResumeProcess:. The debugger is good in stepping a suspended process but the circumstances of that particular process is known only to the current project. This would clean up some Debugger code. :-) Best, Marcel -- View this message in context: http://forum.world.st/Clean-up-Debugger-code-tp4887530.html Sent from the Squeak - Dev mailing list archive at Nabble.com.

2 1

The Trunk: Morphic-mt.1095.mcz
by commits＠source.squeak.org 31 Mar '16

31 Mar '16

Marcel Taeumel uploaded a new version of Morphic to project The Trunk: http://source.squeak.org/trunk/Morphic-mt.1095.mcz ==================== Summary ==================== Name: Morphic-mt.1095 Author: mt Time: 31 March 2016, 1:04:44.478525 pm UUID: 277ef4bb-1fb5-40a2-b443-1d0555ebc707 Ancestors: Morphic-kfr.1094 Make it possible that new-style balloon morphs can appear also at the morph's center and not only close to the hand position. Also adds the possibility to open multiple balloon morphs at once via subsequent calls to Morph >> #showBalloon. =============== Diff against Morphic-kfr.1094 =============== Item was added: + ----- Method: BalloonMorph>>popUp (in category 'initialization') ----- + popUp + + | w worldBounds | + + target ifNil: [^ self]. + target isInWorld ifFalse: [^ self]. + + w := target world. + + self lock. + self fullBounds. "force layout" + self setProperty: #morphicLayerNumber toValue: self morphicLayerNumber. + "So that if the translation below makes it overlap the receiver, it won't + interfere with the rootMorphsAt: logic and hence cause flashing. Without + this, flashing happens, believe me!!" + ((worldBounds := w bounds) containsRect: self bounds) ifFalse: + [self bounds: (self bounds translatedToBeWithin: worldBounds)]. + + self openInWorld. + w activeHand addBalloonHelp: self. + ! Item was changed: ----- Method: BalloonMorph>>popUpForHand: (in category 'initialization') ----- popUpForHand: aHand "Pop up the receiver as balloon help for the given hand" | worldBounds | self lock. self fullBounds. "force layout" self setProperty: #morphicLayerNumber toValue: self morphicLayerNumber. aHand world addMorphFront: self. "So that if the translation below makes it overlap the receiver, it won't interfere with the rootMorphsAt: logic and hence cause flashing. Without this, flashing happens, believe me!!" ((worldBounds := aHand world bounds) containsRect: self bounds) ifFalse: [self bounds: (self bounds translatedToBeWithin: worldBounds)]. + aHand resetBalloonHelp: self. - aHand balloonHelp: self. ! Item was added: + ----- Method: HandMorph>>addBalloonHelp: (in category 'balloon help') ----- + addBalloonHelp: aBalloonMorph + "Associate a new balloon morph with this hand." + + aBalloonMorph ifNotNil: [:m | self balloonHelpList add: m].! Item was removed: - ----- Method: HandMorph>>balloonHelp (in category 'balloon help') ----- - balloonHelp - "Return the balloon morph associated with this hand" - ^self valueOfProperty: #balloonHelpMorph! Item was removed: - ----- Method: HandMorph>>balloonHelp: (in category 'balloon help') ----- - balloonHelp: aBalloonMorph - "Return the balloon morph associated with this hand" - | oldHelp | - oldHelp := self balloonHelp. - oldHelp ifNotNil:[oldHelp delete]. - aBalloonMorph - ifNil:[self removeProperty: #balloonHelpMorph] - ifNotNil:[self setProperty: #balloonHelpMorph toValue: aBalloonMorph]! Item was added: + ----- Method: HandMorph>>balloonHelpList (in category 'balloon help') ----- + balloonHelpList + "Return all balloon morphs associated with this hand" + + ^ self + valueOfProperty: #balloonHelpMorphs + ifAbsentPut: [OrderedCollection new]! Item was changed: ----- Method: HandMorph>>deleteBalloonTarget: (in category 'balloon help') ----- deleteBalloonTarget: aMorph + "Delete any existing balloon help." - "Delete any existing balloon help. This is now done unconditionally, whether or not the morph supplied is the same as the current balloon target" + self balloonHelpList + do: [:ea | ea delete]; + removeAll.! - self balloonHelp: nil - - " | h | - h := self balloonHelp ifNil: [^ self]. - h balloonOwner == aMorph ifTrue: [self balloonHelp: nil]"! Item was added: + ----- Method: HandMorph>>resetBalloonHelp: (in category 'balloon help') ----- + resetBalloonHelp: aBalloonMorph + "Associate a new balloon morph with this hand. Remove all other ones." + + self + deleteBalloonTarget: nil; + addBalloonHelp: aBalloonMorph.! Item was added: + ----- Method: Morph>>showBalloon (in category 'halos and balloon help') ----- + showBalloon + + self showBalloon: self balloonText.! Item was changed: ----- Method: Morph>>showBalloon: (in category 'halos and balloon help') ----- showBalloon: msgString + "Pop up a balloon containing the given string." + + self isInWorld ifFalse: [^ self]. + (msgString isNil or: [msgString isEmpty]) ifTrue: [^ self]. + + (self balloonMorphClass + string: msgString + for: self balloonHelpAligner) + popUp.! - "Pop up a balloon containing the given string, - first removing any existing BalloonMorphs in the world." - | w | - self showBalloon: msgString hand: ((w := self world) ifNotNil:[w activeHand]).! Item was changed: ----- Method: Morph>>showBalloon:hand: (in category 'halos and balloon help') ----- showBalloon: msgString hand: aHand + "Pop up a balloon containing the given string. Note that any existing BalloonMorphs will be removed from the world." - "Pop up a balloon containing the given string, - first removing any existing BalloonMorphs in the world." + | balloon | + self isInWorld ifFalse: [^ self]. + + balloon := (self balloonMorphClass - | w balloon h | - (w := self world) ifNil: [^ self]. - h := aHand. - h ifNil:[ - h := w activeHand]. - balloon := self balloonMorphClass string: msgString + for: self balloonHelpAligner). + + balloon + popUpFor: self + hand: (aHand ifNil: [self world activeHand]).! - for: self balloonHelpAligner. - balloon popUpFor: self hand: h.! Item was added: + ----- Method: NewBalloonMorph>>popUp (in category 'initialization') ----- + popUp + "No tail. Centered in the balloon owner. Do not remove other balloon helps." + + | w | + self balloonOwner ifNil: [^ self]. + self balloonOwner isInWorld ifFalse: [^ self]. + + w := self balloonOwner world. + + self hasTail: false. + self center: self balloonOwner center. + self bounds: (self bounds translatedToBeWithin: w bounds). + + w activeHand addBalloonHelp: self. + self openInWorld.! Item was changed: ----- Method: NewBalloonMorph>>popUpAt:forHand: (in category 'initialization') ----- popUpAt: point forHand: aHand "Pop up the receiver as balloon help for the given hand" #(bottomLeft topLeft bottomRight topRight) detect: [:nextOrientation | | pointWithOffset | self orientation: nextOrientation. pointWithOffset := point + self tailOffset. self move: pointWithOffset. self bounds: (self bounds translatedToBeWithin: aHand world bounds). (self bounds perform: self orientation) = pointWithOffset] ifNone: ["Keep last try."]. aHand world addMorphFront: self. + aHand resetBalloonHelp: self.! - aHand balloonHelp: self.! Item was changed: + (PackageInfo named: 'Morphic') postscript: 'Editor initialize. + + SystemWindow allSubInstancesDo: [:ea | + ea paneMorphs do: #comeToFront. + ea labelArea comeToFront]. + + HandMorph allInstancesDo: [:hand | + hand removeProperty: #balloonHelpMorph].'! - (PackageInfo named: 'Morphic') postscript: 'Editor initialize.'!

1 0

Daily Commit Log
by commits＠source.squeak.org 30 Mar '16

30 Mar '16

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2016-March/009513.html Name: ToolBuilder-Morphic-mt.160 Ancestors: ToolBuilder-Morphic-kfr.159 Fixes bug where dropping into filtered lists passed the wrong index to the model. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2016-March/009514.html Name: Collections-ul.683 Ancestors: Collections-ul.682 Improvement #peekFor: performance. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2016-March/009515.html Name: Files-ul.151 Ancestors: Files-mt.150 Improvement #peekFor: performance. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2016-March/009516.html Name: Kernel-ul.1008 Ancestors: Kernel-ul.1007 - minor performance improvements for NumberParser and Fraction. - give some advantage to the same class integer-integer comparison, which is probably the most common case, in Integer >> #=, at the cost of adding a minor overhead to the integer-non-integer comparisons. - removed Integer >> #hash because it's not used and the implementation become incorrect over time. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2016-March/009517.html Name: Collections-eem.684 Ancestors: Collections-ul.683 Fix PositionableStream>>basicUpTo:. It should replicate upTo:, not next:. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2016-March/009518.html Name: Multilingual-ul.211 Ancestors: Multilingual-ul.210 Improved #peekFor: performance. =============================================

1 0

Jump to page: