- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Pharo 1.4] Please test!

by StÃ©phane Ducasse

On Apr 5, 2012, at 11:07 AM, Hilaire Fernandes wrote: > But still I have to hand delete SystemProgressMorph after each use: > > World submorphs > select: [:m | m class == (Smalltalk at: #SystemProgressMorph)] > thenDo: [:morph | morph delete]. > > Strange. Yes this is strange. > > It only occure after my installation of DrGeo and clean up. > I will track the problem > > Here is my image building script, may be I am installed too old package: > > Gofer new > url: 'http://www.squeaksource.com/MetacelloRepository'; > package: 'ConfigurationOfOCompletion'; > load. > ((Smalltalk at: #ConfigurationOfOCompletion) project version: '1.4') load. > > Gofer new > url: 'http://www.squeaksource.com/MetacelloRepository'; > package: 'ConfigurationOfShout'; > load. > ((Smalltalk at: #ConfigurationOfShout) project version: '1.3') load. > > Gofer new > url: 'http://www.squeaksource.com/DrGeoII'; > package: 'ConfigurationOfDrGeo'; > load. > (Smalltalk at: #ConfigurationOfDrGeo ) perform:#load. > > Gofer new > url: 'http://www.squeaksource.com/PharoNonCorePackages'; > package: 'ConfigurationOfGettext'; > load. > (Smalltalk at: #ConfigurationOfGettext) perform:#load. > > > UIThemeWatery2 resetDefaultSettings. > PolymorphSystemSettings uiThemeClass: UIThemeWatery2. > > TextDomainManager registerCategoryPrefix: 'DrGeoII' domain: 'DrGeoII'. > TextDomainManager registerCategoryPrefix: 'pharo' domain: 'pharo'. > Locale activated: true. > > WorldState desktopMenuTitle: 'Dr. Geo'. > WorldState desktopMenuPragmaKeyword: 'drgeoMenu'. > > "Clean for production then install font, and clean again to remove the > unused fonts" > > "DrGDistroInfo cleanUpForRelease." > ScriptLoader new cleanUpForProduction. > > Gofer new > url: 'http://www.squeaksource.com/DejaVu'; > package: 'DejaVuBitmapFonts'; > load. > > (Smalltalk at: #DejaVuHolder) perform: #installSizes: with: #(9 11). > StandardFonts setDefaultFonts: #( > (codeFont: 'Bitmap DejaVu Sans Regular' 11) > (listFont: 'Bitmap DejaVu Sans Regular' 11) > (menuFont: 'Bitmap DejaVu Sans Regular' 11) > (windowTitleFont: 'Bitmap DejaVu Sans Regular' 11) > (balloonFont: 'Bitmap DejaVu Sans Regular' 9) > (haloFont: 'Bitmap DejaVu Sans Regular' 9) > (buttonFont: 'Bitmap DejaVu Sans Regular' 11) > (defaultFont: 'Bitmap DejaVu Sans Regular' 11)). > SystemOrganization removeSystemCategory: #DejaVuBitmapFonts. > StrikeFont cleanUp. > > SmalltalkImage checkSourcesFileAvailability: false. > SmalltalkImage checkChangesFileAvailability: false. > > DrGDefault beWorkstation. > Smalltalk saveAs: 'drgeo'. > World submorphs > select: [:m | m class == (Smalltalk at: #DrGeoWindow)] > thenDo: [:drMorph | drMorph deleteWithoutConfirmation ]. > > > Smalltalk condenseChanges. > Author fullName: 'DrGeoUser'. > Smalltalk snapshot: true andQuit: true. > > "Done" > > > > > > Hilaire > > > Le 05/04/2012 10:51, Hilaire Fernandes a Ã©crit : >> Le 04/04/2012 17:30, Marcus Denker a Ã©crit : >>> This is strange... >>> >>> ScriptLoader new cleanUpForProduction >>> >>> generates a 8.4 MB Image... >>> >> >> >> Great. >> >> Hilaire >> > > > -- > Dr. Geo -- http://www.drgeo.eu > >

April 5, 2012

Re: [Pharo-project] How to query the owner package of a RPackage ?

by Tudor Girba

It was decided a long time ago that RPackage should not have a nested structure. Doru On Thu, Apr 5, 2012 at 11:31 AM, Alain Plantec <alain.plantec(a)yahoo.com> wrote: > Hi all, > Since a RPackage can have sub-packages (see RPackage>>systemSubPackages) > I'm wondering how to get the parent package of a package. > > btw: why are subPackages computed ? > I mean it seems to me that a package can be considered as a composite, so > why > not directly associate a package with its children ? > (and maybe have a two ways association between a child and a parent > package). > > ----- > RPackage>>systemSubPackages > > Â Â "return all RPackages matching with systemCategories of this RPackage" > Â Â |tmpPackages| > Â Â tmpPackages := OrderedCollection new. > Â Â self systemCategories do: [:aString | > Â Â Â Â (aString asSymbol = self name) ifFalse: [ > Â Â Â Â Â Â |tmpPackage| > Â Â Â Â Â Â "Maybe a RPackage matching the subcategory name does not yet > exist in the organizer (Because packageInfo lazily register category from > system). In this case, We should also lazily register a new RPackage with > the right contents inside:" > Â Â Â Â Â Â tmpPackage := RPackageOrganizer default packageNamed: aString > asSymbol ifAbsent: [RPackageOrganizer default importFromPackageInfo: > (PackageInfo named: aString)]. > Â Â Â Â Â Â tmpPackages add: (tmpPackage). > Â Â Â Â Â Â ]. > Â Â Â Â ]. > Â Â ^ tmpPackages > ----- > > Thanks > Alain > > -- www.tudorgirba.com "Every thing has its own flow"

April 5, 2012

[Pharo-project] How to query the owner package of a RPackage ?

by Alain Plantec

Hi all, Since a RPackage can have sub-packages (see RPackage>>systemSubPackages) I'm wondering how to get the parent package of a package. btw: why are subPackages computed ? I mean it seems to me that a package can be considered as a composite, so why not directly associate a package with its children ? (and maybe have a two ways association between a child and a parent package). ----- RPackage>>systemSubPackages "return all RPackages matching with systemCategories of this RPackage" |tmpPackages| tmpPackages := OrderedCollection new. self systemCategories do: [:aString | (aString asSymbol = self name) ifFalse: [ |tmpPackage| "Maybe a RPackage matching the subcategory name does not yet exist in the organizer (Because packageInfo lazily register category from system). In this case, We should also lazily register a new RPackage with the right contents inside:" tmpPackage := RPackageOrganizer default packageNamed: aString asSymbol ifAbsent: [RPackageOrganizer default importFromPackageInfo: (PackageInfo named: aString)]. tmpPackages add: (tmpPackage). ]. ]. ^ tmpPackages ----- Thanks Alain

April 5, 2012

Re: [Pharo-project] [ANN] new stable version of omnibrowser

by Benjamin

Keep in mind that we improve Nautilus every day :) It's always moving, always pushed forward, and we try to be as reactive as possible :) Enjoy your experience, Ben On Apr 5, 2012, at 10:47 AM, Fabrizio Perin wrote: > Hi Stef, > I briefly tried nautilus sometime ago. I also sent a short feedback email with some first impressions. I should try to use it for some days and than I'll let you know. > > Cheers, > Fabrizio > > 2012/4/4 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > fabrizio did you try nautilus ? > > Stef > > On Apr 4, 2012, at 2:24 PM, Fabrizio Perin wrote: > > > Thanks really a lot for this, > > I was trying to find sometime to do it myself. I'm finishing to setup a local Jenkins build to load Moose together with OB. Manually it work. I will report any unusual behaviour. > > > > Cheers, > > Fabrizio > > > > 2012/4/2 Guillermo Polito <guillermopolito(a)gmail.com> > > I fixed some usages of deprecated code, and now it loads and works at first in the latest -hopefully and almost released- Pharo 1.4 > > > > Gofer it > > squeaksource: 'MetacelloRepository'; > > package: 'ConfigurationOfOmniBrowser'; > > load. > > > > (ConfigurationOfOmniBrowser > > project version: #stable) load: #( 'Dev' 'Dev Tests'). > > > > This scripts installs OmniBrowser + OCompletion + Refactoring Browser > > > > Please test :) > > > > Guille > > > > >

April 5, 2012

Re: [Pharo-project] [Pharo 1.4] Please test!

by Hilaire Fernandes

But still I have to hand delete SystemProgressMorph after each use: World submorphs select: [:m | m class == (Smalltalk at: #SystemProgressMorph)] thenDo: [:morph | morph delete]. Strange. It only occure after my installation of DrGeo and clean up. I will track the problem Here is my image building script, may be I am installed too old package: Gofer new url: 'http://www.squeaksource.com/MetacelloRepository'; package: 'ConfigurationOfOCompletion'; load. ((Smalltalk at: #ConfigurationOfOCompletion) project version: '1.4') load. Gofer new url: 'http://www.squeaksource.com/MetacelloRepository'; package: 'ConfigurationOfShout'; load. ((Smalltalk at: #ConfigurationOfShout) project version: '1.3') load. Gofer new url: 'http://www.squeaksource.com/DrGeoII'; package: 'ConfigurationOfDrGeo'; load. (Smalltalk at: #ConfigurationOfDrGeo ) perform:#load. Gofer new url: 'http://www.squeaksource.com/PharoNonCorePackages'; package: 'ConfigurationOfGettext'; load. (Smalltalk at: #ConfigurationOfGettext) perform:#load. UIThemeWatery2 resetDefaultSettings. PolymorphSystemSettings uiThemeClass: UIThemeWatery2. TextDomainManager registerCategoryPrefix: 'DrGeoII' domain: 'DrGeoII'. TextDomainManager registerCategoryPrefix: 'pharo' domain: 'pharo'. Locale activated: true. WorldState desktopMenuTitle: 'Dr. Geo'. WorldState desktopMenuPragmaKeyword: 'drgeoMenu'. "Clean for production then install font, and clean again to remove the unused fonts" "DrGDistroInfo cleanUpForRelease." ScriptLoader new cleanUpForProduction. Gofer new url: 'http://www.squeaksource.com/DejaVu'; package: 'DejaVuBitmapFonts'; load. (Smalltalk at: #DejaVuHolder) perform: #installSizes: with: #(9 11). StandardFonts setDefaultFonts: #( (codeFont: 'Bitmap DejaVu Sans Regular' 11) (listFont: 'Bitmap DejaVu Sans Regular' 11) (menuFont: 'Bitmap DejaVu Sans Regular' 11) (windowTitleFont: 'Bitmap DejaVu Sans Regular' 11) (balloonFont: 'Bitmap DejaVu Sans Regular' 9) (haloFont: 'Bitmap DejaVu Sans Regular' 9) (buttonFont: 'Bitmap DejaVu Sans Regular' 11) (defaultFont: 'Bitmap DejaVu Sans Regular' 11)). SystemOrganization removeSystemCategory: #DejaVuBitmapFonts. StrikeFont cleanUp. SmalltalkImage checkSourcesFileAvailability: false. SmalltalkImage checkChangesFileAvailability: false. DrGDefault beWorkstation. Smalltalk saveAs: 'drgeo'. World submorphs select: [:m | m class == (Smalltalk at: #DrGeoWindow)] thenDo: [:drMorph | drMorph deleteWithoutConfirmation ]. Smalltalk condenseChanges. Author fullName: 'DrGeoUser'. Smalltalk snapshot: true andQuit: true. "Done" Hilaire Le 05/04/2012 10:51, Hilaire Fernandes a Ã©crit : > Le 04/04/2012 17:30, Marcus Denker a Ã©crit : >> This is strange... >> >> ScriptLoader new cleanUpForProduction >> >> generates a 8.4 MB Image... >> > > > Great. > > Hilaire > -- Dr. Geo -- http://www.drgeo.eu

April 5, 2012

Re: [Pharo-project] [Pharo 1.4] Please test!

by Hilaire Fernandes

Le 04/04/2012 17:30, Marcus Denker a Ã©crit : > This is strange... > > ScriptLoader new cleanUpForProduction > > generates a 8.4 MB Image... > Great. Hilaire -- Dr. Geo -- http://www.drgeo.eu

April 5, 2012

Re: [Pharo-project] [ANN] new stable version of omnibrowser

by Fabrizio Perin

Hi Stef, I briefly tried nautilus sometime ago. I also sent a short feedback email with some first impressions. I should try to use it for some days and than I'll let you know. Cheers, Fabrizio 2012/4/4 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > fabrizio did you try nautilus ? > > Stef > > On Apr 4, 2012, at 2:24 PM, Fabrizio Perin wrote: > > > Thanks really a lot for this, > > I was trying to find sometime to do it myself. I'm finishing to setup a > local Jenkins build to load Moose together with OB. Manually it work. I > will report any unusual behaviour. > > > > Cheers, > > Fabrizio > > > > 2012/4/2 Guillermo Polito <guillermopolito(a)gmail.com> > > I fixed some usages of deprecated code, and now it loads and works at > first in the latest -hopefully and almost released- Pharo 1.4 > > > > Gofer it > > squeaksource: 'MetacelloRepository'; > > package: 'ConfigurationOfOmniBrowser'; > > load. > > > > (ConfigurationOfOmniBrowser > > project version: #stable) load: #( 'Dev' 'Dev Tests'). > > > > This scripts installs OmniBrowser + OCompletion + Refactoring Browser > > > > Please test :) > > > > Guille > > > > >

April 5, 2012

Re: [Pharo-project] Limit of the #become:

by Mariano Martinez Peck

On Wed, Apr 4, 2012 at 11:51 PM, Frank Shearar <frank.shearar(a)gmail.com>wrote: > On 4 April 2012 22:32, Igor Stasenko <siguctua(a)gmail.com> wrote: > > On 4 April 2012 23:25, <csrabak(a)bol.com.br> wrote: > >> Mariano, > >> > >> In fact, presently use of become is not considered good OOP so at first > >> my humble suggestion is you consider revising the whole architecture > >> in order to understand why you need such a thing and find a better > >> [design] pattern. > >> > > > > there is no other way to represent an object by proxy, which is not > > yet in memory, but loaded on demand. > > otherwise you will be forced to make an outer object (which refers to > > a proxy), to know it > > and replace a reference to it with another object. > > And this seems like precisely one of those times you really do want to > reach into the magic toolbox for #become:. Sometimes you really do > need it. > Thanks Carlos for the advice. Since Igor knows what I am doing, he answered for me ;) So yes....I am swappout graphs between primary and secondary memory and there are objects that I need to become to proxies and vice-versa. This is not an app what I am doing, but a kind of hacky stuff implemented at the object side. Cheers > > frank > > >> HTH > >> > >> -- > >> Cesar Rabak > >> > >> > >> Em 04/04/2012 12:32, Mariano Martinez Peck < marianopeck(a)gmail.com > > escreveu: > >> > >>> Hi guys. I noticed that there is a limit in the number of objects > >>> you can become. In my case, I am becoming 2312157 objects. So..I > >>> don't expect that the become works. I imagine that it was not > >>> designed for so many objects in mind ;) > >>> However, what I would really understand is where is the limitation > >>> and the reason. And of course, if someone already knows which is > >>> the real number limit. Otherwise, I will do a kind of binary search > >>> and discover it. > >>> If you want to reproduce it: > >>> | dict | > >>> dict := Dictionary new. > >>> 2312157 timesRepeat: [ dict at: Object new put: Object new ]. > >>> 3 timesRepeat: [Smalltalk garbageCollect]. > >>> dict keys elementsForwardIdentityTo: dict values. > >>> > >>> throws a #primitiveFailed. > >>> > >>> Thanks, > >> > > > > > > > > -- > > Best regards, > > Igor Stasenko. > > > > -- Mariano http://marianopeck.wordpress.com

April 5, 2012

Re: [Pharo-project] Pharo 1.4 - browse slow??

by Camillo Bruni

On 2012-04-05, at 01:16, Sean P. DeNigris wrote: > > Schwab,Wilhelm K wrote >> >> something is causing delays in either asking for a new browser or >> (particularly) references to the currently selected class. The browser is >> the only one in the image, which is listed simply as Browser > > Maybe related to > http://forum.world.st/The-tools-are-dreadfully-slow-in-1-4-td4173491.html ? > I was on Mac OS X (probably Lion at the time...) with the Cog VM (probably > carbon)... > > Sean that bug report is in vapor-mode as well... if you find the time tryout a nautilus image: https://ci.lille.inria.fr/pharo/job/Nautilus-Release/lastSuccessfulBuild/ar… cami

April 5, 2012

Re: [Pharo-project] Limit of the #become:

by StÃ©phane Ducasse

+ 1 >>> >>> In fact, presently use of become is not considered good OOP so at first >>> my humble suggestion is you consider revising the whole architecture >>> in order to understand why you need such a thing and find a better >>> [design] pattern. >>> >> >> there is no other way to represent an object by proxy, which is not >> yet in memory, but loaded on demand. >> otherwise you will be forced to make an outer object (which refers to >> a proxy), to know it >> and replace a reference to it with another object. > > And this seems like precisely one of those times you really do want to > reach into the magic toolbox for #become:. Sometimes you really do > need it.

April 5, 2012