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

[Pharo-project] problem: nautilus forked moose-algos

by Tudor Girba

Hi, Nautilus includes NautilusCommon and this in turn includes NautilusCommon-Plugin-JannikAlgo which copies verbatim a part of the classes from the Moose-Algos-Graph package from http://www.squeaksource.com/MooseAlgos. These classes are used in a plugin. Because of this, we cannot use Nautilus in Moose. So, I would suggest one of these: - remove the plugin, at least from the default configuration - load Moose-Algos-Graph properly - fork with a different name Cheers, Doru -- www.tudorgirba.com "Yesterday is a fact. Tomorrow is a possibility. Today is a challenge."

March 3, 2012

Re: [Pharo-project] ConfigurationOfRefactoringBrowser fails

by Tudor Girba

Hi, The problem comes from the url with the spelling info: http://www.lukas-renggli.ch/smalltalk/rb-spelling.dat being unresolvable. Cheers, Doru On 3 Mar 2012, at 21:17, Tudor Girba wrote: > Hi, > > Something is strange. It works on my Mac, but it fails in headless mode on the server (the moose build). I will take a closer look. > > Cheers, > Doru > > > On 3 Mar 2012, at 07:09, Benjamin wrote: > >> In the method >> >> postLoadRBSpelling >> "We want to initialize and download the dictionary file so that tests can be run without internet." >> Smalltalk at: #RBInternalSpellChecker ifPresent: [:cl | cl new ]. >> >> the new invocation leads to Error: Improper store into indexable object. >> >> And due to that, Nautilus builds fail. >> >> >> I have to go to bed now, but if someone could have a look, I will appreciate :) >> >> >> Thanks in advance, >> >> >> Ben > > -- > www.tudorgirba.com > > "Problem solving efficiency grows with the abstractness level of problem understanding." > > > -- www.tudorgirba.com "Obvious things are difficult to teach."

March 3, 2012

Re: [Pharo-project] ConfigurationOfRefactoringBrowser fails

by Tudor Girba

I do not understand. I just replied to that problem report. Doru On 3 Mar 2012, at 21:19, Mariano Martinez Peck wrote: > > > On Sat, Mar 3, 2012 at 9:17 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > Something is strange. It works on my Mac, but it fails in headless mode on the server (the moose build). I will take a closer look. > > > Ben reported a problem with COnfigurationOfRefactoringBrowser in the mailing list. Check bcause it could be that. > > Cheers, > Doru > > > On 3 Mar 2012, at 07:09, Benjamin wrote: > > > In the method > > > > postLoadRBSpelling > > "We want to initialize and download the dictionary file so that tests can be run without internet." > > Smalltalk at: #RBInternalSpellChecker ifPresent: [:cl | cl new ]. > > > > the new invocation leads to Error: Improper store into indexable object. > > > > And due to that, Nautilus builds fail. > > > > > > I have to go to bed now, but if someone could have a look, I will appreciate :) > > > > > > Thanks in advance, > > > > > > Ben > > -- > www.tudorgirba.com > > "Problem solving efficiency grows with the abstractness level of problem understanding." > > > > > > > > -- > Mariano > http://marianopeck.wordpress.com > -- www.tudorgirba.com "Every successful trip needs a suitable vehicle."

March 3, 2012

Re: [Pharo-project] ConfigurationOfRefactoringBrowser fails

by Mariano Martinez Peck

On Sat, Mar 3, 2012 at 9:17 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > Something is strange. It works on my Mac, but it fails in headless mode on > the server (the moose build). I will take a closer look. > > Ben reported a problem with COnfigurationOfRefactoringBrowser in the mailing list. Check bcause it could be that. > Cheers, > Doru > > > On 3 Mar 2012, at 07:09, Benjamin wrote: > > > In the method > > > > postLoadRBSpelling > > "We want to initialize and download the dictionary file so that > tests can be run without internet." > > Smalltalk at: #RBInternalSpellChecker ifPresent: [:cl | cl new ]. > > > > the new invocation leads to Error: Improper store into indexable object. > > > > And due to that, Nautilus builds fail. > > > > > > I have to go to bed now, but if someone could have a look, I will > appreciate :) > > > > > > Thanks in advance, > > > > > > Ben > > -- > www.tudorgirba.com > > "Problem solving efficiency grows with the abstractness level of problem > understanding." > > > > > -- Mariano http://marianopeck.wordpress.com

March 3, 2012

Re: [Pharo-project] ConfigurationOfRefactoringBrowser fails

by Tudor Girba

Hi, Something is strange. It works on my Mac, but it fails in headless mode on the server (the moose build). I will take a closer look. Cheers, Doru On 3 Mar 2012, at 07:09, Benjamin wrote: > In the method > > postLoadRBSpelling > "We want to initialize and download the dictionary file so that tests can be run without internet." > Smalltalk at: #RBInternalSpellChecker ifPresent: [:cl | cl new ]. > > the new invocation leads to Error: Improper store into indexable object. > > And due to that, Nautilus builds fail. > > > I have to go to bed now, but if someone could have a look, I will appreciate :) > > > Thanks in advance, > > > Ben -- www.tudorgirba.com "Problem solving efficiency grows with the abstractness level of problem understanding."

March 3, 2012

Re: [Pharo-project] loading nautilus

by Tudor Girba

Hi, I see that the problem was corrected in the meantime with a ConfigurationOfGrowl. Thanks. Cheers, Doru On 2 Mar 2012, at 16:22, Tudor Girba wrote: > Hi, > > I am trying to load Nautilus in 1.4, but there seems to be a problem > with the configuration. I run: > > Gofer it > url: 'http://ss3.gemstone.com/ss/Nautilus'; > package: 'ConfigurationOfNautilus'; > load. > > (Smalltalk at: #ConfigurationOfNautilus) loadRelease. > > > But, the Growl dependency is incorrect: > > spec project: 'Growl' with:[ > spec > repository: 'http://www.squeaksource.com/Growl'; > package: 'Growl' ]. > > We could create a ConfigurationOfGrowl, or just load the package directly: > spec > package: 'Growl' with: [spec repository: > 'http://www.squeaksource.com/Growl' ]. > > Which one do you prefer? > > Btw, the Moose build is failing because of this :). > > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "Every thing has its own flow" -- www.tudorgirba.com "Every now and then stop and ask yourself if the war you're fighting is the right one."

March 3, 2012

Re: [Pharo-project] Project ideas for GSoC, 7 days left!

by HernÃ¡n Morales Durand

Hi Tudor, No I haven't, but we plan to build one for the animal genetics domain in a few months. Have you tried to build a (glamour?) browser over RDF/XML? It would be cool to have the structural knowledge of an ontology browseable, and a graph displaying the entities and relationships, like the OWLViz in ProtegÃ© 4 (see the example of pizza.owl in http://www.semanticfocus.com/blog/author/name/cody/) Cheers, HernÃ¡n 2012/3/2 Tudor Girba <tudor(a)tudorgirba.com> > Hi, > > On 2 Mar 2012, at 21:17, HernÃ¡n Morales Durand wrote: > > > -An omnibrowser for OWL ontologies > > Just out of curiosity, what do you mean by this? Do you already have OWL > ontologies implemented? > > Cheers, > Doru > > -- > www.tudorgirba.com > > "Next time you see your life passing by, say 'hi' and get to know her." > > > >

March 3, 2012

[Pharo-project] Just a thought... default inspector window title

by Ben Coman

Just a random idea as I am inspecting variables from the debugger as I trace through the code execution. The default window title of the inspector is the class being inspected however I end up with several windows of the same class and it is hard to distinguish between them. It would be nice (in this particular circumstance of mine) if the inspector window title was the item being inspected rather than the class being inspected. For instance, if the debugger shows variables 'innerRectangle' & 'outerRectangle' each holding a Rectangle, the when I inspect each, each window title would be 'innerRectance' & 'outerRectangle' rather than currently each being 'Rectangle'. I actually have been setting these manually using the halos but wondered a change to the default behvaiour might be considered. Taking this further, if I inspect code 'innerRectangle offset' in the debugger, then the window title of the inspector would be 'innerRectangle offset' rather than currently being a third window titled 'Rectangle'. The lost 'class type' information from the inspector title bar might be reinstated as a hover over 'self'. This might also end up useful where classes override their default printOn: behaviour such that the class is not shown in the inspector. I've not given thought to any downsides of this - particularly with respect to difficulty to implement or expected conventions - but I thought the current behaviour might be something just taken for granted. cheers, -ben

March 3, 2012

[Pharo-project] [update 1.4] #14372

by Marcus Denker

14372 ----- Issue 4145: PluggableButtonButtonMorph>>#target http://code.google.com/p/pharo/issues/detail?id=4145 Issue 3403: should remove addServices2:for:extraLines: http://code.google.com/p/pharo/issues/detail?id=3403 Issue 2520: sourceMatchesBytecodeAt http://code.google.com/p/pharo/issues/detail?id=2520 Issue 5206: better api for browser http://code.google.com/p/pharo/issues/detail?id=5206 -- Marcus Denker -- http://marcusdenker.de

March 3, 2012

[Pharo-project] odd gotcha in workspace code for squeak and pharo

by Lawson English

A discussion in IRC prompted me to try several things. In a nutshell, execute these two lines with two separate doits and you get an error. Select both lines and doit and you don't: a := [^true]. a value. I assume there is a valid reason for the difference in behavior, but it DOES remind one that workspace behavior isn't always the same as method behavior, even for something as simple as the above. L.

March 3, 2012