September 2008 - Pharo-dev - lists.pharo.org

[Pharo-project] how to improve the menus
by StÃ©phane Ducasse Sept. 14, 2008

Sept. 14, 2008

Hi all I wanted to clean the code editing menu. First I wanted to remove the novice mode preference Second the problem is that the workspace and the browser share the same menus. Do you have an idea how we can do that the browser has its own menus? Stef

3 4

[Pharo-project] Benchmark 3.9 vs. Pharo
by Marcus Denker Sept. 14, 2008

Sept. 14, 2008

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

3 2

[Pharo-project] [ANN] update 10071
by Marcus Denker Sept. 14, 2008

Sept. 14, 2008

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

2 1

[Pharo-project] PinMorph and GeeMail* cleanup
by Norbert Hartl Sept. 14, 2008

Sept. 14, 2008

Hi, I invoked the pointer finder in 10070 and found a few things. Code changes are in the attached changeset. Manual cleanup: CustomEventsRegistry at: #scrolledIntoView put: IdentityDictionary new. CustomEventsRegistry at: #scrolledOutOfView put: IdentityDictionary new. There is still a reference to GeeMailMorph in the Flaps. I'm not sure what would be an easy way to remove to reference. Maybe a manual action would be sufficient But I don't know how to remove it that way, too :)) Norbert

2 1

[Pharo-project] how to load sophie
by StÃ©phane Ducasse Sept. 14, 2008

Sept. 14, 2008

Hi mike I would like to browse the code but not only from MC but in a real image. How do I get sophie loaded (even in 3.8 or others). In particular I would like to see how URI are used in the code. Setf

4 5

[Pharo-project] show bytecode menu -> DNU
by StÃ©phane Ducasse Sept. 14, 2008

Sept. 14, 2008

Hi if one of you could have a look at the menu item show bytecode. Stef

2 2

[Pharo-project] [ANN] some updates 10062 -> 10070
by StÃ©phane Ducasse Sept. 13, 2008

Sept. 13, 2008

------------------------------------------------------ update10063 - add #numberOfMethods - fix Behavior>>linesOfCode to be traits-aware - create all morphic events with basicNew to save the send of #initialize - optimized path for Morph>>#fillStyle for emoty morph-extension. (Called a lot) - optimized path for Morph>>#shadowOffset for empy morphExtension (called a lot) - remove call to "self flag #arNote" in Morph>>#transformedFrom: (called on mouse-move) - remove MorphEvent>>#convertFromObsolete - remove turtle trails check from Morph>>#drawOn: - remove more calls to #flag: - some simple code simplification (e.g. call #methods, not #methodDict values, more isEmpty) - remove AbstractEvent>>#saveChangeNotificationAsSARFileWithNumber: ------------------------------------------------------ update10064 -0007136: [BUG] LinkedList add:after: fails to update lastLink -0007156: Behavior>>#initialize sends #superclass: which can cause VM crash - delete #isValidWonderlandTexture - fix TClassAndTraitDescription>>#methods to return the methods of a class or trait - add #localMethods to return methods defined in a class, not included by a trait. -7147 Parser-removeUnusedTemps -0006503: RunArray cant be created through #new: ------------------------------------------------------ update10065 Fixing Transcript and Smalltalk to return themselves when printed :) ------------------------------------------------------ update10066 tally it integration http://bugs.squeak.org/view.php?id=1014 ------------------------------------------------------ update10067 Cleaning html fileout removal http://code.google.com/p/pharo/issues/detail?id=115 ------------------------------------------------------ update10068 - ClassBuilder fixes and tests from Noury Bouraqadi Now instance variable names cannot be uppercased and classVariables lowered. - Refactoring engine tests commented by alexandre bergel to let the test builder work - PackageInfo better printOn: + mostSpecificPackageOf: - Tools package loaded (was forgotten before) with tally enh of alexandre Bergel ------------------------------------------------------ update10070 Remove TextSqkLink TextProjectSqkLink

1 0

Sept. 13, 2008

Hi guys I wanted to know you point of view. I fall on TextSqkLink and TextSqkProjectLink that it would be good to remove them. What your point of view on that? Stef

1 1

Sept. 13, 2008

Begin forwarded message: > From: John M McIntosh <johnmci(a)smalltalkconsulting.com> > Date: September 13, 2008 11:28:56 AM CEDT > To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Cc: Igor Stasenko <siguctua(a)gmail.com>, Michael Rueger <michael(a)impara.de > > > Subject: Re: [Pharo-project] Re: Building VM Freetype > Reply-To: johnmci(a)smalltalkconsulting.com > > Ok, first we statically loaded any *.dll into the freetype plugin > because we found earlier versions of os-x didn't have > the required version of freetype needed to support what we were > doing, also it was a complete mess on the linux side > with regard to what you would find there if you dynamically loaded > the plugin. > > the freetype plugin source code I have was loaded from http://source.impara.de/freetype > > I see the FT2Constants seems to be shared between the freetype base > package and the plugin package, so it appears you > need to load the base in order for the plugin to load. I'm not sure > anyone noticed this since you need to load the base in order > to test the plugin in any case. > > > On Sep 13, 2008, at 8:59 AM, StÃ©phane Ducasse wrote: > >> >> >> Begin forwarded message: >> >>> From: "Igor Stasenko" <siguctua(a)gmail.com> >>> Date: September 13, 2008 8:24:36 AM CEDT >>> To: "An open mailing list to discuss any topics related to an open- >>> source Smalltalk" <pharo-project(a)lists.gforge.inria.fr> >>> Subject: Re: [Pharo-project] Re: Building VM Freetype >>> Reply-To: An open mailing list to discuss any topics related to an >>> open-source Smalltalk <pharo-project(a)lists.gforge.inria.fr> >>> >>> 2008/9/13 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>>> I hope other will answer but I thought that we could have a pluggin >>>> and bundle in the deployed packages. >>>> The idea for pharo is to have a similar setup than seaside a one >>>> click app >>>> so the >>>> vm and its plugin would be there (but may be the plugin should >>>> not be in the >>>> image). >>> >>> Plugin is built-in in the VM. But freetype library is coming as >>> separate dynamic library. >>> Is this ok? >>> >>> There can be another option, but it would require to change the >>> plugin >>> code - to not link VM with import lib, but to load freetype.dll on >>> demand. The plugin can simply check if this .dll available and start >>> using it, or if not - fail to initialize, telling the system that >>> plugin functionality is not available. >>> >>>> >>>> Mike or john? On sophie how did you manage that the freetype >>>> bundle could >>>> not be present? >>>> >>> >>> Actually, to build a plugin, you need just headers + freetype.def >>> file >>> which then can be used to >>> create the imports library from it. >>> Building a freetype.dll can be completely separate process. >>> >>> I can remove dependency from freetype.lib, and leave only a >>> freetype.def and create import lib by own, when making VM. >>> But this is not safe, because now you must guarantee that you using >>> correct .dll. (well, you need to guarantee it in either case). >>> >>>> If I remember correctly some people on squeak have been >>>> recompiling it for >>>> 64 bits >>>> >>>>> I done with it. >>>>> The resulting VM will not start without freetype.dll. >>>>> Should i link it statically? But then you should hone their >>>>> license >>>>> stuff... >>>>> >>>>> Also, building freetype on windoze impossible using gnutools which >>>>> used for building VM. >>>>> It's make simply can't understand some things, which i assume >>>>> appear >>>>> in later make versions. >>>>> So, i building freetype using my msys/mingw environment, and then >>>>> simply producing >>>>> - freetype.lib (imports library) >>>>> - freetype.dll >>>>> >>>>> or maybe, i wrong, maybe it can be built using gnutools, but this >>>>> would require too much voodoo dancing. >>>>> it would be cool to make it cleanly build w/o manual work, but >>>>> i'm not >>>>> high expert in makefiles black voodoo. >>>>> >>>>> Okay, who wants the VM? And where i can put the stuff + >>>>> instructions + >>>>> blablabla? >>>> >>>> You can use the code google page for that. >>>> >>>> Stef >>>>> >>>>> >>>>> 2008/9/12 Igor Stasenko <siguctua(a)gmail.com>: >>>>>> >>>>>> 2008/9/12 Igor Stasenko <siguctua(a)gmail.com>: >>>>>>> >>>>>>> As always, things not working out of the box. >>>>>>> >>>>>>> - VM builds from unzipped VM sources OK >>>>>>> - but for building with VMMaker generated sources, had to fix >>>>>>> 'gnuify' >>>>>>> file to make a clean build >>>>>>> >>>>>>> i dreaming to build vm straight from squeak, without horrid >>>>>>> makefiles. >>>>>>> I heard that Keith did a 'Bob' tool which can be used as a >>>>>>> kind of >>>>>>> make utility. >>>>>>> But i think, to fully replace makefiles, it needs an >>>>>>> OSProcessPlugin >>>>>>> to be able to interact with OS/shell. >>>>>>> >>>>>> >>>>>> Next step, tried to load freetype plugin.... >>>>>> http://source.impara.de/freetype/Freetype-Plugin-JMM.53.mcz >>>>>> http://source.impara.de/freetype/Freetype-Plugin-tween.51.mcz >>>>>> >>>>>> and guess what? YES! It can't be loaded! :) >>>>>> >>>>>> MC complains about following: >>>>>> >>>>>> This package depends on the following classes: >>>>>> FT2Constants >>>>>> >>>>>> The FT2Constants is the pool dictionary used by plugin. But not >>>>>> defined within package. >>>>>> >>>>>> -- >>>>>> Best regards, >>>>>> Igor Stasenko AKA sig. >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Best regards, >>>>> Igor Stasenko AKA sig. >>>>> <fonts.jpg>_______________________________________________ >>>>> 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 >>>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > >

1 0

Sept. 12, 2008

Hi noury I started to harvest your fixes and I learned something :) when most of your fixes are about extending or changing a package just publish a new version of that package. This way I can use the merge tool and be much more efficient, do not create a specific package with specific class extension for it else I have to modify everything by hand. Stef

2 5