July 2011 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Adding instance variables to existing classes in Monticello

by Joan GÃ¼ell

HI MyClass class >> addMyProgamInstanceVariables (self instVarNames includes: 'myVariable') ifFalse: [ self addInstVarNamed: 'myVariable' ]. and put it in an initialize of my class or create MyProgranInsaler class >> addAllNeededInstanceVariables {MyClass. ClassB. ClassC } do: [ :each | each addMyProgramInstanceVariables ] initialize self addAllNeededInstanceVariables. El 31/07/2011, a las 07:10, Igor Stasenko escribiÃ³: > On 31 July 2011 05:16, Nick Chen <nchen.dev(a)mac.com> wrote: >> Hi >> >> I have modified an existing class in the Smalltalk image and added an >> instance variable to it. I would like to record this change -- added this >> new instance variable -- in Monticello; that way my team can also pull in >> the changes and have it work. This existing class is outside of my >> Monticello package. >> >> Is this possible? >> >> I have tried following these two threads (~ 2008) >> >> * >> http://forum.world.st/monticello-package-adding-instance-variables-to-exist… >> * >> http://forum.world.st/squeak-dev-MC-unload-action-and-postload-actions-td78… >> >> by creating a method on the class side e.g. TheObject class>>mcInstallOn: >> aClassEditor but it does not seem to work. >> >> Is this functionality still supported or is there a new way to achieve this? >> >> Thanks! >> > As far as i can tell, this is not supported. > If you allow things like that, then system become very fragilie. > > Suppose that you have two independently developed packages, which > adding instance variable to same external class > under same name. > Such kind of conflicts is impossible to solve, because you never know > what combination of package(s) could be loaded. > > Instead, what you can do is to save own version of package (with class > where you added ivar) and distribute your code with > this version of package. > >> -- >> Nick >> >> -- >> View this message in context: http://forum.world.st/Adding-instance-variables-to-existing-classes-in-Mont… >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > Joan GÃ¼ell jguell(a)e-citilab.eu

July 31, 2011

Re: [Pharo-users] Adding instance variables to existing classes in Monticello

by Pat Maddox

On Jul 31, 2011, at 1:10 AM, Igor Stasenko wrote: > On 31 July 2011 05:16, Nick Chen <nchen.dev(a)mac.com> wrote: >> Hi >> >> I have modified an existing class in the Smalltalk image and added an >> instance variable to it. I would like to record this change -- added this >> new instance variable -- in Monticello; that way my team can also pull in >> the changes and have it work. This existing class is outside of my >> Monticello package. >> >> Is this possible? >> >> I have tried following these two threads (~ 2008) >> >> * >> http://forum.world.st/monticello-package-adding-instance-variables-to-exist… >> * >> http://forum.world.st/squeak-dev-MC-unload-action-and-postload-actions-td78… >> >> by creating a method on the class side e.g. TheObject class>>mcInstallOn: >> aClassEditor but it does not seem to work. >> >> Is this functionality still supported or is there a new way to achieve this? >> >> Thanks! >> > As far as i can tell, this is not supported. > If you allow things like that, then system become very fragilie. > > Suppose that you have two independently developed packages, which > adding instance variable to same external class > under same name. > Such kind of conflicts is impossible to solve, because you never know > what combination of package(s) could be loaded. > > Instead, what you can do is to save own version of package (with class > where you added ivar) and distribute your code with > this version of package. ...and use metacello to specify that dependency. Pat

July 31, 2011

Re: [Pharo-users] Adding instance variables to existing classes in Monticello

by StÃ©phane Ducasse

yes when I want to do that for real Hi nick I do SystemClassFoo addInstanceVariableName: 'myInstanceVariable' and put it in an initialize of my class Clear instance Variable management is not that good. >> > As far as i can tell, this is not supported. > If you allow things like that, then system become very fragilie. > > Suppose that you have two independently developed packages, which > adding instance variable to same external class > under same name. > Such kind of conflicts is impossible to solve, because you never know > what combination of package(s) could be loaded. > > Instead, what you can do is to save own version of package (with class > where you added ivar) and distribute your code with > this version of package. > >> -- >> Nick >> >> -- >> View this message in context: http://forum.world.st/Adding-instance-variables-to-existing-classes-in-Mont… >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. >

July 31, 2011

Re: [Pharo-users] Adding instance variables to existing classes in Monticello

by Igor Stasenko

On 31 July 2011 05:16, Nick Chen <nchen.dev(a)mac.com> wrote: > Hi > > I have modified an existing class in the Smalltalk image and added an > instance variable to it. I would like to record this change -- added this > new instance variable -- in Monticello; that way my team can also pull in > the changes and have it work. This existing class is outside of my > Monticello package. > > Is this possible? > > I have tried following these two threads (~ 2008) > > * > http://forum.world.st/monticello-package-adding-instance-variables-to-exist… > * > http://forum.world.st/squeak-dev-MC-unload-action-and-postload-actions-td78… > > by creating a method on the class side e.g. TheObject class>>mcInstallOn: > aClassEditor but it does not seem to work. > > Is this functionality still supported or is there a new way to achieve this? > > Thanks! > As far as i can tell, this is not supported. If you allow things like that, then system become very fragilie. Suppose that you have two independently developed packages, which adding instance variable to same external class under same name. Such kind of conflicts is impossible to solve, because you never know what combination of package(s) could be loaded. Instead, what you can do is to save own version of package (with class where you added ivar) and distribute your code with this version of package. > -- > Nick > > -- > View this message in context: http://forum.world.st/Adding-instance-variables-to-existing-classes-in-Mont… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > -- Best regards, Igor Stasenko AKA sig.

July 31, 2011

Adding instance variables to existing classes in Monticello

by Nick Chen

Hi I have modified an existing class in the Smalltalk image and added an instance variable to it. I would like to record this change -- added this new instance variable -- in Monticello; that way my team can also pull in the changes and have it work. This existing class is outside of my Monticello package. Is this possible? I have tried following these two threads (~ 2008) * http://forum.world.st/monticello-package-adding-instance-variables-to-exist… * http://forum.world.st/squeak-dev-MC-unload-action-and-postload-actions-td78… by creating a method on the class side e.g. TheObject class>>mcInstallOn: aClassEditor but it does not seem to work. Is this functionality still supported or is there a new way to achieve this? Thanks! -- Nick -- View this message in context: http://forum.world.st/Adding-instance-variables-to-existing-classes-in-Mont… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 31, 2011

Re: [Pharo-users] 1.4 update is broken do not use it

by StÃ©phane Ducasse

Ok we fixed it so now updating from https://gforge.inria.fr/frs/download.php/28827/Pharo-1.4-14065.zip or the 14025 is working. Pay attention that if you update from a version in between 25 to 65 you will miss all the updates. Stef > Hi guys > > apparently (I suspect some changes we did with Sven I will check), the updates mechanism only download the latest of the issues > and skips all the ones in between. So if you want to use 1.4 use for now https://gforge.inria.fr/frs/download.php/28827/Pharo-1.4-14065.zip > > stef

July 29, 2011

1.4 update is broken do not use it

by StÃ©phane Ducasse

Hi guys apparently (I suspect some changes we did with Sven I will check), the updates mechanism only download the latest of the issues and skips all the ones in between. So if you want to use 1.4 use for now https://gforge.inria.fr/frs/download.php/28827/Pharo-1.4-14065.zip stef

July 29, 2011

Re: [Pharo-users] **Important Please read** Towards First Class Tasks

by Simon Denier

On 29 juil. 2011, at 11:51, laurent laffont wrote: > On Fri, Jul 29, 2011 at 11:27 AM, Simon Denier <simon.denier(a)gmail.com> wrote: > > On 28 juil. 2011, at 22:33, laurent laffont wrote: > >> >> On Thu, Jul 28, 2011 at 10:44 AM, Simon Denier <simon.denier(a)gmail.com> wrote: >> >> About the Pharo IDE task force, I think it would be cool if either Laurent in Annecy or Doru in Bern could organize a Dojo over a week-end. >> >> >> Over a week-end will be hard for me (wife, children :) but on a Saturday or Sunday it can be possible (Annecy is easier for me). > > > It's a bit too late but what do you do this week-end? :) Weather does not seem so nice in the mountains. > > > I'm still not back in Annecy. But I'm still on vacation next week and in Annecy, so there may be some time for a try ? I could be available the week-end of 6/7 and maybe it's best we continue in a private conversation :) > > For those interested, Tuesday (August, 2) there will be a SmallHarbour sprint with Romain in Annecy. > > Laurent. > > > > >> >> With Skype and TeamViewer we should be able to work together (more than 2) on a single computer, pair program over the web. Do you want to try this ? >> >> Laurent. >> >> >> >> On 1 juil. 2011, at 10:40, StÃ©phane Ducasse wrote: >> >> > Dear Pharoers >> > >> > I think that we are doing a great work: when I look at the work on the theme, better widgets, network.....Excellent! and thanks. >> > Now we were discussing with Doru about how we as community could coordinate and structure ourselves better to create more energy. >> > >> > Analysis of the current situation: >> > Right now we have individuals doing great projects, sometimes we have a group of people but this is often not visible. >> > Now often happens a bit in ad-hoc way. Because someone ask something, then somebody replies and we integrate the replies. >> > >> > What I would like to see emerging are First Class Tasks with >> > a name >> > a topic >> > a coordinator >> > a group of interested participants, >> > a set of identified clients (because clients are the ones that often make us deliver more), >> > a little agenda, >> > a web presence on the web page >> > >> > >> > If we look at what we have right now that are potential Tasks and really important clients >> > >> > - The Z connection: >> > Network/Socket >> > Coordinator (proposed): Sven >> > Socket: Noury Luc Jannik Olivier >> > Clients: Seasiders, Clouders, >> > >> > - Morphic 2: >> > UI: Alain Gary Igor >> > Coordinator (proposed): ? >> > Presenty framework >> > VoidNullPointer UIBuilder >> > Athens >> > Clients: Moose, Pharo IDE >> > >> > - Pharo IDE: >> > Coordinator (proposed): Doru >> > work around TWM Laurent >> > Nautilus: Benjamin Laurent >> > Glamourous: Doru Damien >> > >> > - OPAL: >> > Compiler tool chain >> > Coordinator (proposed): Marcus? >> > Jb, Jorge, Marcus, >> > Helvetia lukas >> > Niko Schwarz? >> > >> > - Package: >> > Stef, Cyrille >> > Coordinator (proposed): Stephane >> > Client: Nautilus, Doru Moose, >> > >> > - Metacello >> > Dale Mariano >> > Coordinator (proposed): Dale? >> > Client: Stef with the idea of distribution, Torsten don't you want to help here? >> > >> > - Coral: >> > Coordinator (proposed): Damien? >> > Damien, Luc, Adrien, Stef, >> > Client: Damien, Olivier? >> > >> > So what would be good is to have the identification on the web site of these groups. >> > More discussions and concentration with a set of little tasks to be performed >> > We could tag the mails with [Task-UI], [Task-OPAL], have a little visible agenda. >> > >> > What do you think? I think that it is important. >> > >> > >> > >> > Stef >> > >> >> -- >> Simon Denier >> >> >> >> >> > > -- > Simon Denier > > > > -- Simon Denier

July 29, 2011

Re: [Pharo-users] TestRunner and <expectedFailure>

by Marcus Denker

On Jul 29, 2011, at 9:40 AM, Lukas Renggli wrote: > Igor, why do you search up to Object? It should be enough to search to > TestCase only. > I added a note to the tracker and will change it when integrating. > Lukas > > On 29 July 2011 09:34, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> On Jul 28, 2011, at 4:45 PM, Igor Stasenko wrote: >> >>> On 28 July 2011 15:44, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>>> >>>> On Jul 28, 2011, at 3:35 PM, Alex Schenkman wrote: >>>> >>>>> Hi List, >>>>> >>>>> How can I use <expectedFailure> togehter with the TestRunner. >>>>> Testrunner shows the number of expectedFailures, but it always zero, even when I decorate with the Pragma. >>>>> >>>>> testShouldFail >>>>> <expectedFailure> >>>>> self fail. >>>>> >>>> >>>> We had to disable the pragma because it lead to making running all tests of the image so slow >>>> that it took hours to run. >>>> >>>> We should look at this again... >>>> >>>> for now, you can use the old style of adding a method that returns an array of the selectors... >>>> >>> can you bench it without and with this changeset? >>> >>> >> >> Looks good! Will add a tracker entry. >> >> >> -- >> Marcus Denker -- http://marcusdenker.de >> >> >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > -- Marcus Denker -- http://marcusdenker.de

July 29, 2011

Re: [Pharo-users] **Important Please read** Towards First Class Tasks

by laurent laffont

On Fri, Jul 29, 2011 at 11:27 AM, Simon Denier <simon.denier(a)gmail.com>wrote: > > On 28 juil. 2011, at 22:33, laurent laffont wrote: > > > On Thu, Jul 28, 2011 at 10:44 AM, Simon Denier <simon.denier(a)gmail.com>wrote: > >> >> About the Pharo IDE task force, I think it would be cool if either Laurent >> in Annecy or Doru in Bern could organize a Dojo over a week-end. >> >> > Over a week-end will be hard for me (wife, children :) but on a Saturday or > Sunday it can be possible (Annecy is easier for me). > > > > It's a bit too late but what do you do this week-end? :) Weather does not > seem so nice in the mountains. > I'm still not back in Annecy. But I'm still on vacation next week and in Annecy, so there may be some time for a try ? For those interested, Tuesday (August, 2) there will be a SmallHarbour sprint with Romain in Annecy. Laurent. > > > > With Skype and TeamViewer we should be able to work together (more than 2) > on a single computer, pair program over the web. Do you want to try this ? > > Laurent. > > > >> >> On 1 juil. 2011, at 10:40, StÃ©phane Ducasse wrote: >> >> > Dear Pharoers >> > >> > I think that we are doing a great work: when I look at the work on the >> theme, better widgets, network.....Excellent! and thanks. >> > Now we were discussing with Doru about how we as community could >> coordinate and structure ourselves better to create more energy. >> > >> > Analysis of the current situation: >> > Right now we have individuals doing great projects, sometimes we >> have a group of people but this is often not visible. >> > Now often happens a bit in ad-hoc way. Because someone ask >> something, then somebody replies and we integrate the replies. >> > >> > What I would like to see emerging are First Class Tasks with >> > a name >> > a topic >> > a coordinator >> > a group of interested participants, >> > a set of identified clients (because clients are the ones that >> often make us deliver more), >> > a little agenda, >> > a web presence on the web page >> > >> > >> > If we look at what we have right now that are potential Tasks and really >> important clients >> > >> > - The Z connection: >> > Network/Socket >> > Coordinator (proposed): Sven >> > Socket: Noury Luc Jannik Olivier >> > Clients: Seasiders, Clouders, >> > >> > - Morphic 2: >> > UI: Alain Gary Igor >> > Coordinator (proposed): ? >> > Presenty framework >> > VoidNullPointer UIBuilder >> > Athens >> > Clients: Moose, Pharo IDE >> > >> > - Pharo IDE: >> > Coordinator (proposed): Doru >> > work around TWM Laurent >> > Nautilus: Benjamin Laurent >> > Glamourous: Doru Damien >> > >> > - OPAL: >> > Compiler tool chain >> > Coordinator (proposed): Marcus? >> > Jb, Jorge, Marcus, >> > Helvetia lukas >> > Niko Schwarz? >> > >> > - Package: >> > Stef, Cyrille >> > Coordinator (proposed): Stephane >> > Client: Nautilus, Doru Moose, >> > >> > - Metacello >> > Dale Mariano >> > Coordinator (proposed): Dale? >> > Client: Stef with the idea of distribution, Torsten don't >> you want to help here? >> > >> > - Coral: >> > Coordinator (proposed): Damien? >> > Damien, Luc, Adrien, Stef, >> > Client: Damien, Olivier? >> > >> > So what would be good is to have the identification on the web site of >> these groups. >> > More discussions and concentration with a set of little tasks to be >> performed >> > We could tag the mails with [Task-UI], [Task-OPAL], have a little >> visible agenda. >> > >> > What do you think? I think that it is important. >> > >> > >> > >> > Stef >> > >> >> -- >> Simon Denier >> >> >> >> >> > > -- > Simon Denier > > > >

July 29, 2011