- Pharo-dev - lists.pharo.org

Re: [Pharo-project] superclass:

by Marcus Denker

On 14.09.2008, at 16:19, StÃ©phane Ducasse wrote: > Hi > > is there a way that I can trigger the recompilation of a class when > its superclass changes? > I tried > > > ComponentLikeModel subclasses > do: [:each | each superclass: ComponentLikeModel superclass] > > but I did not get the recompilation. > I think there is no easy way... normally all these mutations are done with the ClassBuilder (e.g. adding an instanceVariable, which requires to recompile all subclasses). directly setting superclass: seems a bit dangerous to me... e.g if I evaluate your code: ComponentLikeModel subclasses do: [:each | each superclass: ComponentLikeModel superclass] nevertheless, ComponentLikeModel subclasses --> {TwoWayScrollPane . ScrollPane} and TwoWayScrollPane superclass --> MorphicModel this is because calling superclass: does not fix the "subclasses", that is, the data is out of sync. this one looks better: ComponentLikeModel subclasses do: [:each | each superclass: ComponentLikeModel superclass. ComponentLikeModel superclass addSubclass: each. ComponentLikeModel removeSubclass: each]. But when I recompile the changed classes, it freezes the system: toRecompile := ComponentLikeModel subclasses. ComponentLikeModel subclasses do: [:each | each superclass: ComponentLikeModel superclass. ComponentLikeModel superclass addSubclass: each. ComponentLikeModel removeSubclass: each]. toRecompile do: [:cls | cls withAllSubclassesDo: [:each | each compileAll]] no idea.. to tired. maybe use the ClassBuilder? I think it's there precisely because mutating class structure is so easy to get wrong... Marcus -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Sept. 14, 2008

Re: [Pharo-project] how to improve the menus

by David RÃ¶thlisberger

I suggest that we come up with a list of menus of the traditional browser that we should add to OB. I can then take care of implementing them. I don't have the impression that we should just port all these menus of the old browser, as many items never get used anyway. So we should decide what we want and what not. David > Lukas sorry my question was not clearly stated: how can we get some > important menus in OB such as > look for code containing string and a couple of others. > > Stef > > > On Sep 12, 2008, at 11:55 PM, Lukas Renggli wrote: > >>> So who is responsible for the menus in OB? >> >> The menus in the columns come from OB. >> >> The menu in the edit pane comes from Squeak though and certain >> commands are intercepted by OB. I think it would make sense if OB >> changed that and provided the whole menu by itself. >> >> Cheers, >> Lukas >> >> -- >> Lukas Renggli >> http://www.lukas-renggli.ch >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >

Sept. 14, 2008

[Pharo-project] [ANN] update 10072

by Marcus Denker

update10072 ----------- -> Issue 95: 7149 ChangeHooksTest-tearDown-M6702-rej -> Issue 174: XMLSupport can't be loaded into latest Pharo image -> Issue 52: 7102 ObjectPerformOrSendToFix (M1666) -> Issue 106: 7090 DSAunimplementedCleanup -> Issue 77: 7127 RemoveMappedCollection -> More ifNil: refactorings -> replace all occurrances of "isNil not" with "notNil" -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Sept. 14, 2008

Re: [Pharo-project] Throwing out the windowing support from core VM features

by Igor Stasenko

2008/9/14 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Igor could you publish these changes in Squeaksource? > In what form? Changes include adding ivars to events. This kind of change can't be packaged into MC package. Or can? Also, i found that HostWindowPlugin missing platform sources for unix. At least in trunk SVN branch from which i trying to build VM. So, first before publishing them i need to make sure that they can work w/o HostWindowPluginÑ >>> You should try it. There are much more support for Macs than for >> >> windoze in these changesets. >> I had to add own Win32 specific subclass to make it working on windoze. >> >> My wish behind all of this is to provide clean separation between core >> VM and UI. Then, in Hydra each image could create and manage own >> windows. >> >> I just installed an Ubuntu, lets see how far i can get with building >> squeak VM + freetype on it. I never tried to build squeak on linux, >> but i expect it will be much easier than on windows. > > I hope. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Sept. 14, 2008

Re: [Pharo-project] Benchmark 3.9 vs. Pharo

by StÃ©phane Ducasse

Excellent!10% is a lot. Indeed little steps at a time. I'm sure that we can make progress there too. We should this bench to continue to monitor our effort. I imagine also that the font ttc fixes of andreas should also help. Stef > Hi, > > Running the Browser-Bench is interesting: > > time _ 0. > saveMorphs _ self currentWorld submorphs. > 5 timesRepeat:[ > self currentWorld removeAllMorphs. "heh, heh" > time _ time + (Time millisecondsToRun: > [ > 1 to: 10 do: [:i | Browser fullOnClass: SystemDictionary selector: > #abandonSources]. > self currentWorld submorphs do: [:m | m delete. self currentWorld > doOneCycle]]). > ]. > self currentWorld addAllMorphs: saveMorphs. > time/5 asFloat "print it" > > > 3.9: 3088.4 > pha: 2805.6 > > Which means: Pharo is 10% faster in opening browsers :-) > Reason: MVC removal, small performance fixes (e.g. related to > properties), other cleanups > (some things related to Nebraska and Wonderland where removed). > > Marcus > > -- > Marcus Denker -- denker(a)iam.unibe.ch > http://www.iam.unibe.ch/~denker > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 14, 2008

Re: [Pharo-project] [ANN] update 10071

by StÃ©phane Ducasse

Cooooooooool! I was fixing my floor this afternoon :( Stef On Sep 14, 2008, at 7:45 PM, Marcus Denker wrote: > update10071 > ----------- > > -> Issue 100: 7154 FixForDebugBlockValueWithArguments > -> Issue 172: show byte code menu item pane is broken > -> Issue 39: 7088 AnimatedMorphfix (M5692) > -> Issue 91: 7143 ValueWithinFix-ar > -> Issue 54: 7104 Morph-intersects-wiz (M6461) > -> Add RBSmallDictionary as SmallDictionary. Add > SmallIdentityDictionary > -> Small Nebraska Removal related to HandMorph: > -> do not test for #hasUserInformation in #needsToBeDrawn > -> remove user-drawing code from HandMorph>>#drawOn: > -> delete HandMorph>>#hasUserInformation > -> fast path for empty extension in Morph>>#borderStyle > -> Remove unsent methods from Player: > -> thumbnailMenuEvt:forMorph:, setFogDensity:, setFogRangeEnd:, > setFogRangeStart:, setFogType: > -> getFogColor, getFogDensity, getFogRangeEnd, getFogRangeStart, > getFogType, setFogColor: > -> Remove unsent Methods: > -> TextStyle>>changeDefaultFontSizeBy: > -> AlignmentMorphBob1>>simpleToggleButtonFor:attribute:help: > -> fix ifNotNil:ifNil: and ifNil:ifNotNil: to use > #valueWithPossibleArgs: (to be consistent with ifNotNil:) > -> comment for #browseAllUnimplementedCalls > -> some refactoring everywhere to use isNil and ifNil: (more to go) > -> Start to remove deprecated methods that where deprecated in 3.9 > -> enable deprecation warnings in postscript. > > -- > Marcus Denker -- denker(a)iam.unibe.ch > http://www.iam.unibe.ch/~denker > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 14, 2008

Re: [Pharo-project] Benchmark 3.9 vs. Pharo

by Alexandre Bergel

This is an excellent news!!! Alexandre On 14 Sep 2008, at 19:55, Marcus Denker wrote: > Hi, > > Running the Browser-Bench is interesting: > > time _ 0. > saveMorphs _ self currentWorld submorphs. > 5 timesRepeat:[ > self currentWorld removeAllMorphs. "heh, heh" > time _ time + (Time millisecondsToRun: > [ > 1 to: 10 do: [:i | Browser fullOnClass: SystemDictionary selector: > #abandonSources]. > self currentWorld submorphs do: [:m | m delete. self currentWorld > doOneCycle]]). > ]. > self currentWorld addAllMorphs: saveMorphs. > time/5 asFloat "print it" > > > 3.9: 3088.4 > pha: 2805.6 > > Which means: Pharo is 10% faster in opening browsers :-) > Reason: MVC removal, small performance fixes (e.g. related to > properties), other cleanups > (some things related to Nebraska and Wonderland where removed). > > Marcus > > -- > Marcus Denker -- denker(a)iam.unibe.ch > http://www.iam.unibe.ch/~denker > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 14, 2008

[Pharo-project] Benchmark 3.9 vs. Pharo

by Marcus Denker

Hi, Running the Browser-Bench is interesting: time _ 0. saveMorphs _ self currentWorld submorphs. 5 timesRepeat:[ self currentWorld removeAllMorphs. "heh, heh" time _ time + (Time millisecondsToRun: [ 1 to: 10 do: [:i | Browser fullOnClass: SystemDictionary selector: #abandonSources]. self currentWorld submorphs do: [:m | m delete. self currentWorld doOneCycle]]). ]. self currentWorld addAllMorphs: saveMorphs. time/5 asFloat "print it" 3.9: 3088.4 pha: 2805.6 Which means: Pharo is 10% faster in opening browsers :-) Reason: MVC removal, small performance fixes (e.g. related to properties), other cleanups (some things related to Nebraska and Wonderland where removed). Marcus -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Sept. 14, 2008

[Pharo-project] [ANN] update 10071

by Marcus Denker

update10071 ----------- -> Issue 100: 7154 FixForDebugBlockValueWithArguments -> Issue 172: show byte code menu item pane is broken -> Issue 39: 7088 AnimatedMorphfix (M5692) -> Issue 91: 7143 ValueWithinFix-ar -> Issue 54: 7104 Morph-intersects-wiz (M6461) -> Add RBSmallDictionary as SmallDictionary. Add SmallIdentityDictionary -> Small Nebraska Removal related to HandMorph: -> do not test for #hasUserInformation in #needsToBeDrawn -> remove user-drawing code from HandMorph>>#drawOn: -> delete HandMorph>>#hasUserInformation -> fast path for empty extension in Morph>>#borderStyle -> Remove unsent methods from Player: -> thumbnailMenuEvt:forMorph:, setFogDensity:, setFogRangeEnd:, setFogRangeStart:, setFogType: -> getFogColor, getFogDensity, getFogRangeEnd, getFogRangeStart, getFogType, setFogColor: -> Remove unsent Methods: -> TextStyle>>changeDefaultFontSizeBy: -> AlignmentMorphBob1>>simpleToggleButtonFor:attribute:help: -> fix ifNotNil:ifNil: and ifNil:ifNotNil: to use #valueWithPossibleArgs: (to be consistent with ifNotNil:) -> comment for #browseAllUnimplementedCalls -> some refactoring everywhere to use isNil and ifNil: (more to go) -> Start to remove deprecated methods that where deprecated in 3.9 -> enable deprecation warnings in postscript. -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Sept. 14, 2008

[Pharo-project] superclass:

by StÃ©phane Ducasse

Hi is there a way that I can trigger the recompilation of a class when its superclass changes? I tried ComponentLikeModel suclasses do: [:each | each superclass: ComponentLikeModel superclass] but I did not get the recompilation. Stef

Sept. 14, 2008