August 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] [update 2.0] #20250
by Esteban Lorenzano Aug. 10, 2012

Aug. 10, 2012

20250 ----- Issue 6503: ScriptLoader deletePackage: does not say what it says http://code.google.com/p/pharo/issues/detail?id=6503 Issue 6542: unload package Polymorph http://code.google.com/p/pharo/issues/detail?id=6542 Issue 6544: [ENH]: SystemPreferences - Notify Errors http://code.google.com/p/pharo/issues/detail?id=6544 Issue 6545: There are no accesses to commandLine in CommandLineHandlerTest http://code.google.com/p/pharo/issues/detail?id=6545

1 0

[Pharo-project] smalltalkhub project names
by Camillo Bruni Aug. 10, 2012

Aug. 10, 2012

is it still possible that we cannot enter $- in project names?? best cami

3 2

Re: [Pharo-project] Question about RPackage (bug?)
by Fernando Olivero Aug. 10, 2012

Aug. 10, 2012

You're right! But notice that the RPackage logic of one to one mapping with categories, only breaks when it only provides extension methods as in the case of 'AST-Core' and 'RPackage'. | p | p := RPackageOrganizer default packageNamed: 'AST-Core'. ( p extensionMethods size = 2 ) & ( p definedClasses size = 0 ) Only then, maybe this is a bug? On Thu, Aug 9, 2012 at 1:52 PM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > > On Thu, Aug 9, 2012 at 1:25 PM, Fernando Olivero <fernando.olivero(a)usi.ch<mailto:fernando.olivero@usi.ch>> wrote: > Hi Mariano, > > I've been using RPackage so i stumbled on the same "problem". > RPackage maps System Categories (one to one), thus your problem > happens because there's no category named 'RPackage'. > > > But for the rest it works. For example: > > (RPackageOrganizer default packageNamed: 'AST-Core') > > And there is no category 'AST-Core'. > > Moreover, I have just discovered that if I evaluate: RPackageOrganizer initialize. > Then it appears :) > > > For example evaluate (RPackageOrganizer default packageNamed: 'RPackage-Core') > > Saludos, > Fernando > > On Thu, Aug 9, 2012 at 12:24 PM, Mariano Martinez Peck > <marianopeck(a)gmail.com<mailto:marianopeck@gmail.com>> wrote: >> (MCWorkingCopy allManagers collect: [:p | p package name] ) includes: 'RPackage' -> true >> >> (RPackageOrganizer default packageNamed: 'RPackage') -> KeyNotFound >> >> bug? >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > > > > > -- > Mariano > http://marianopeck.wordpress.com >

4 3

Re: [Pharo-project] Question about RPackage (bug?)
by Fernando Olivero Aug. 10, 2012

Aug. 10, 2012

Hi Mariano, I've been using RPackage so i stumbled on the same "problem". RPackage maps System Categories (one to one), thus your problem happens because there's no category named 'RPackage'. For example evaluate (RPackageOrganizer default packageNamed: 'RPackage-Core') Saludos, Fernando On Thu, Aug 9, 2012 at 12:24 PM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > (MCWorkingCopy allManagers collect: [:p | p package name] ) includes: 'RPackage' -> true > > (RPackageOrganizer default packageNamed: 'RPackage') -> KeyNotFound > > bug? > > > -- > Mariano > http://marianopeck.wordpress.com >

5 5

[Pharo-project] Question about RPackage (bug?)
by Mariano Martinez Peck Aug. 10, 2012

Aug. 10, 2012

(MCWorkingCopy allManagers collect: [:p | p package name] ) includes: 'RPackage' -> true (RPackageOrganizer default packageNamed: 'RPackage') -> KeyNotFound bug? -- Mariano http://marianopeck.wordpress.com

2 1

[Pharo-project] Script passing and StartupPreferences
by Sean P. DeNigris Aug. 10, 2012

Aug. 10, 2012

It seems that (in 1.4, not sure about 2.0) if an image is launched with a script (e.g. "cogvm my.image my.st"), StartupPreferences are never run. Is that what's intended? I just realized, for instance, that all my images that were built by my Jenkins server (which pass a script as above) aren't using my shared cache (which is set in the preferences) and are downloading from http every time, yuck... Cheers, Sean -- View this message in context: http://forum.world.st/Script-passing-and-StartupPreferences-tp4643406.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

3 3

[Pharo-project] [update 2.0] #20249
by Esteban Lorenzano Aug. 9, 2012

Aug. 9, 2012

20249 ----- Issue 6535: New Nautilus version http://code.google.com/p/pharo/issues/detail?id=6535 Issue 6496: Remove Source Code Authors http://code.google.com/p/pharo/issues/detail?id=6496 Issue 6452: Few Morphic fixes http://code.google.com/p/pharo/issues/detail?id=6452 Issue 6317: Monkey barks when a test package has been changed http://code.google.com/p/pharo/issues/detail?id=6317

1 0

[Pharo-project] [ANN] Graveyard20 repository created
by Esteban Lorenzano Aug. 9, 2012

Aug. 9, 2012

Hi, I created a graveyard for packages removed from 2.0. It is at: http://smalltalkhub.com/#!/~Pharo/Graveyard20 The purpose of the graveyard is to keep removed packages to allow users to migrate their code. Sadly, not all packages removed will be there, because there are some so willing to live that the only way to remove them is to kill them definitively (one example of this is SystemChangeNotifier... is so dead that it is impossible to make a come back... not as a ghost, not as a zombie... and certainly not as an obsolete ;) ) The first inhabitant is, of course, the old FileDirectory. NOTICE: Since this is just a "pre-heaven (or hell)" status for those packages, most probably is that they will degrade and become earth really soon, so... don't expect them to work forever. ok, that's enough of dead (and bad) metaphors... enjoy :) Esteban

2 1

Re: [Pharo-project] color problem?
by Fernando Olivero Aug. 9, 2012

Aug. 9, 2012

Hi Esteban, It's a matter of percentage, meaning that you can chose an percentage of r, of g, and of b, and by default the values go from 0.0 to 1.0. If you want to use 255 as the max (as 1.0), then do as Gary posted. Fernando On Thu, Aug 9, 2012 at 4:32 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > why this is logic? shouldn't be enough just using r:g:b:alpha:? > > sorry, my graphics skills are close to zero so... no idea if what I'm saying has any sense :) > > On Aug 9, 2012, at 11:44 AM, "Gary Chambers" <gazzaguru2(a)btinternet.com> wrote: > >> Color values range from 0.0 to 1.0 use >> >> (Color r: 255 g: 255 b: 122 range: 255) alpha: 1.0 >> >> instead ;-) >> >> Regards, Gary >> >> ----- Original Message ----- From: "Esteban Lorenzano" <estebanlm(a)gmail.com> >> To: "Pharo-project(a)lists.gforge.inria.fr Development" <pharo-project(a)lists.gforge.inria.fr> >> Sent: Wednesday, August 08, 2012 5:05 PM >> Subject: [Pharo-project] color problem? >> >> >>> Hi, >>> >>> try: >>> >>> Color r: 255 g: 255 b: 122 alpha: 255. >>> >>> AFAIK, that should bring a yellow color. And it is not. >>> Anyone knows why? >>> >>> Esteban >>> >> >> > >

1 0

[Pharo-project] color problem?
by Esteban Lorenzano Aug. 9, 2012

Aug. 9, 2012

Hi, try: Color r: 255 g: 255 b: 122 alpha: 255. AFAIK, that should bring a yellow color. And it is not. Anyone knows why? Esteban

3 3