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

Re: [Pharo-dev] Athens to Form

by StÃ©phane Ducasse

look for the AthensSceneâ¦ On Sep 20, 2013, at 1:09 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > Hi, > > do we have a small example how to draw > with Athens (canvas) and then get a "Form" back > (for instance for later displaying in Seaside) > > Where is Athens docu these days? > > Thx > T. >

Sept. 20, 2013

Athens to Form

by Torsten Bergmann

Hi, do we have a small example how to draw with Athens (canvas) and then get a "Form" back (for instance for later displaying in Seaside) Where is Athens docu these days? Thx T.

Sept. 20, 2013

Re: [Pharo-dev] Grease conflicts #packages with RPackage

by StÃ©phane Ducasse

I do not understand why it would be a GreasePackage What are grease package? if grease override the packages messages then I do not see why it would be a pharo bug. This is like if you redefine class and returns something else. Stef On Sep 6, 2013, at 3:21 PM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > Anyone? > > > On Wed, Aug 28, 2013 at 2:12 PM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > Hi guys, > > I was trying to build a new image with latest Pharo 2.0 with all the frameworks I use. While installing, I get a dnu in: > > packageFromOrganizer: anRPackageOrganizer > "This method returns the package this method belongs to. > It takes into account classes and traits. > If the method is in no package, returns nil by now" > self flag: 'TODO: use anRPackageOrganizer, or better delegate to anRPackageOrganizer'. > ^self origin packages > detect: [ :each | > (each includesSelector: self selector ofClassName: self origin theNonMetaClass originalName) > or: [ each includesSelector: self selector ofMetaclassName: self origin theNonMetaClass originalName]] > ifNone: [ nil ] > > because "each" (which was GRPackage) dnu #includesSelector:ofClassName: > > Problem is that "self origin" answers GRPackage. And GRPackage DOES implement a CLASS side method #packages that answers instances of GRPackage.....not RPackage... > > So...which one do we prefix? GRPackage class #packages to #greasePackages? > > BTW, there are yet more class side implementations of #packages, which are basically subclasses for the HelpSystem (CustomHelp). So we have for example SUnitAPIDocumentation, RegexAPIDocumentation, ProfStefAPIHelp, HelpAPIDocumentation, AnnouncementsAPIDocumentation. > > Guess we should update the HelpSystem as well? > > Let me know and I open issues/submit fixes. > > Cheers, > > -- > Mariano > http://marianopeck.wordpress.com > > > > -- > Mariano > http://marianopeck.wordpress.com

Sept. 20, 2013

Re: [Pharo-dev] Stability of 3.0

by StÃ©phane Ducasse

On Sep 20, 2013, at 12:16 PM, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > That's a problem with one of the fixes I have to carry around on 3.0. I'll update it, thanks. ok let us knw how we can help. Stef > > Thierry > > Le 20/09/2013 11:54, StÃ©phane Ducasse a Ã©crit : >> thierry >> >> do you have a scenario that I could reproduce. >> >> stef >> On Sep 19, 2013, at 5:36 PM, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: >> >>> TranslucentPatterns is undefined. >>> >>> Error: Instances of UndefinedObject are not indexable >>> in FormCanvas>>translucentMaskFor:depth: >>> >>> Thierry >>> >>> >>> Le 19/09/2013 17:24, StÃ©phane Ducasse a Ã©crit : >>>> >>>> On Sep 19, 2013, at 5:24 PM, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: >>>> >>>>> Hi all, >>>>> >>>>> is it me or what? The latest 3.0 gives me a lot of red squares a bit everywhere around the place, making working with it a bit (a lot!) painful. >>>> >>>> I do not know because busy with lecture writing and managing mess. >>>> >>>> Can you grab the debug button (I know this is unclear) >>>> but if you get the faulty morph you can get a debugger and we can see what is the message that is failing. >>>> It saved lot of work and frsutration because you know why you get the red cross of death. >>>> Stef >>>> >>>>> >>>>> I'm on 30407, frech from get.pharo.org. >>>>> >>>>> Thierry >>>>> -- >>>>> Thierry Goubier >>>>> CEA list >>>>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>>>> 91191 Gif sur Yvette Cedex >>>>> France >>>>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >>>>> >>>> >>>> >>>> >>>> >>> >>> -- >>> Thierry Goubier >>> CEA list >>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>> 91191 Gif sur Yvette Cedex >>> France >>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >>> >> >> >> >> > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >

Sept. 20, 2013

Re: [Pharo-dev] Stability of 3.0

by Goubier Thierry

That's a problem with one of the fixes I have to carry around on 3.0. I'll update it, thanks. Thierry Le 20/09/2013 11:54, StÃ©phane Ducasse a Ã©crit : > thierry > > do you have a scenario that I could reproduce. > > stef > On Sep 19, 2013, at 5:36 PM, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > >> TranslucentPatterns is undefined. >> >> Error: Instances of UndefinedObject are not indexable >> in FormCanvas>>translucentMaskFor:depth: >> >> Thierry >> >> >> Le 19/09/2013 17:24, StÃ©phane Ducasse a Ã©crit : >>> >>> On Sep 19, 2013, at 5:24 PM, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: >>> >>>> Hi all, >>>> >>>> is it me or what? The latest 3.0 gives me a lot of red squares a bit everywhere around the place, making working with it a bit (a lot!) painful. >>> >>> I do not know because busy with lecture writing and managing mess. >>> >>> Can you grab the debug button (I know this is unclear) >>> but if you get the faulty morph you can get a debugger and we can see what is the message that is failing. >>> It saved lot of work and frsutration because you know why you get the red cross of death. >>> Stef >>> >>>> >>>> I'm on 30407, frech from get.pharo.org. >>>> >>>> Thierry >>>> -- >>>> Thierry Goubier >>>> CEA list >>>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>>> 91191 Gif sur Yvette Cedex >>>> France >>>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >>>> >>> >>> >>> >>> >> >> -- >> Thierry Goubier >> CEA list >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >> 91191 Gif sur Yvette Cedex >> France >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >> > > > > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Sept. 20, 2013

Re: [Pharo-dev] Stability of 3.0

by StÃ©phane Ducasse

thierry do you have a scenario that I could reproduce. stef On Sep 19, 2013, at 5:36 PM, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > TranslucentPatterns is undefined. > > Error: Instances of UndefinedObject are not indexable > in FormCanvas>>translucentMaskFor:depth: > > Thierry > > > Le 19/09/2013 17:24, StÃ©phane Ducasse a Ã©crit : >> >> On Sep 19, 2013, at 5:24 PM, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: >> >>> Hi all, >>> >>> is it me or what? The latest 3.0 gives me a lot of red squares a bit everywhere around the place, making working with it a bit (a lot!) painful. >> >> I do not know because busy with lecture writing and managing mess. >> >> Can you grab the debug button (I know this is unclear) >> but if you get the faulty morph you can get a debugger and we can see what is the message that is failing. >> It saved lot of work and frsutration because you know why you get the red cross of death. >> Stef >> >>> >>> I'm on 30407, frech from get.pharo.org. >>> >>> Thierry >>> -- >>> Thierry Goubier >>> CEA list >>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>> 91191 Gif sur Yvette Cedex >>> France >>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >>> >> >> >> >> > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >

Sept. 20, 2013

Re: [Pharo-dev] Dynamically adding nodes to Roassal

by roberto.minelli＠usi.ch

*and have the visualization re-layouted? On Sep 20, 2013, at 11:24 AM, "roberto.minelli(a)usi.ch" <roberto.minelli(a)usi.ch> wrote: > Hi, > > I was playing around with Roassal (in particular, a tree map) and I have a question: Is there a way to dynamically adding nodes? I mean, once the view is generated to update the #nodes by adding a new node (and associations as well, i.e., edges) and have the visualization re- > > Thanks in advance. > > Roby

Sept. 20, 2013

Dynamically adding nodes to Roassal

by roberto.minelli＠usi.ch

Hi, I was playing around with Roassal (in particular, a tree map) and I have a question: Is there a way to dynamically adding nodes? I mean, once the view is generated to update the #nodes by adding a new node (and associations as well, i.e., edges) and have the visualization re- Thanks in advance. Roby

Sept. 20, 2013

[update 3.0] #30412

by Marcus Denker

30412 ----- 11637 Special Object Array not in sync with VM https://pharo.fogbugz.com/f/cases/11637 11642 Small Code-Critic cleanup of FilePackage https://pharo.fogbugz.com/f/cases/11642 11640 Guard pretty printing of AST when using RBLiteralNode for non-Literals https://pharo.fogbugz.com/f/cases/11640 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-Support-MarcusDenker.9… http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-FilePackage-MarcusDenk… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Kernel-MarcusDenker.1616.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/AST-Core-MarcusDenker.193.diff

Sept. 20, 2013

Re: [Pharo-dev] CI for OSWin

by Christophe Demarey

I got the problem, ZeroConf scripts use the find command and there was a PATH problem on the slave running your job. It used the windows find command and not the mingw one. It is now fixed and your job is now better ... but not yet green. It misses the test XML output file. It may be to a wrong regexp OSWindows.* for your test packages. Regards, Christophe. Le 20 sept. 2013 Ã 09:55, Christophe Demarey a Ã©crit : > Hello, > > To see what happens, you need to first click on a specific build in the matrix job, then you can browse a particular build and is console output. > ex: https://ci.inria.fr/pharo-contribution/job/OSWindows/12/PHARO=30,VERSION=st… > Here the problem seems to come from the definition of the "Windows Slaves label" that generates a directory with this name. > > I would rather put a fixed value and replace > export JOB_NAME=`dirname $JOB_NAME` > by > export JOB_NAME=OSWindows > > I did some changes and triggered a new build manually. > But it also failed. It looks like the zeroConf script is broken on windows. > We will take a look at it. > > Regards, > Christophe. > > > Le 20 sept. 2013 Ã 09:31, Torsten Bergmann a Ã©crit : > >> I created a CI project for "OS-Windows" according to the written >> steps on the creation page. >> >> It failed - and I checked the CI scripts. Since it was named "OS-Windows" >> and there was a $JOB_NAME variable in the script I better changed the script >> to use "OSWindow" for image name, ... (to avoid problems with character "-". >> >> https://ci.inria.fr/pharo-contribution/job/OSWindows/ >> >> Still it fails - telling me something about "no workspace". I now renamed >> it to "OSWindows" and situation is the same. Note that the tests should >> run only on Pharo 3.0 with a windows slave - that is how the configuration >> is currently setup. >> >> There is a ConfigurationOfOSWindows with #stable and #development, so >> >> ConfigurationOfOSWindows project version: #development >> ConfigurationOfOSWindows project version: #stable >> >> return something to load. Also the repo is correctly setup. >> >> Dont know what's missing - maybe someone with access can have a look. >> >> Thanks >> T. >> >> >

Sept. 20, 2013