March 2013 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Method Calling Inside Nested Blocks

by Mohammad Al Houssami (Alumni)

So the method declaration should be self afterDOCTYPEPublicKeywordState: currentCharacter. ? But I have been doing the same for quite some time and I wasn't getting any complains. This is the first time and the only thing that changed is that I have two blocks in this case. As I said earlier if I move the method call outside the block it works with no complains :) I'll change the names of all my methods to camel case. Thanks for that From: pharo-users-bounces(a)lists.gforge.inria.fr [mailto:pharo-users-bounces@lists.gforge.inria.fr] On Behalf Of Esteban Lorenzano Sent: Saturday, March 23, 2013 2:52 PM To: A friendly place where any question about pharo is welcome Subject: Re: [Pharo-users] Method Calling Inside Nested Blocks On Mar 23, 2013, at 12:31 PM, "Mohammad Al Houssami (Alumni)" <mha53(a)mail.aub.edu<mailto:mha53@mail.aub.edu>> wrote: Hello everyone I was trying to save my method which has the below piece of code anythingElseBoolean = false ifFalse: [ doctypeString := reader next: 6 doctypeString asLowercase = 'public' ifTrue: [ AfterDOCTYPEPublicKeywordState value: currentCharacter ] I get a complain that the AfterDOCTYPEPublicKeywordState is unknown even though I have a method with this name. AfterDOCTYPEPublicKeywordState is a METHOD???? then, you are missing some points: 1) it does not conforms conventions (it should start with lowercase) 2) you need a self call so, it would be like this: self afterDOCTYPEPublicKeywordState value: currentCharacter. but that is also wrong from a design point of view (anti demeters law). So, you better create a (perhaps private) method who does the assignment. And then you have something like this: self afterDOCTYPEPublicKeywordState: currentCharacter. Esteban If I move the method call outside outside the ifTrue block to the ifFalse block it doesn't complain. Is the problem because of nested blocks ? If that's the case then what would be a good work around ? Thanks Mohammad

March 23, 2013

Re: [Pharo-users] Method Calling Inside Nested Blocks

by Esteban Lorenzano

On Mar 23, 2013, at 12:31 PM, "Mohammad Al Houssami (Alumni)" <mha53(a)mail.aub.edu> wrote: > Hello everyone > > I was trying to save my method which has the below piece of code > > anythingElseBoolean = false ifFalse: [ > doctypeString := reader next: 6 > doctypeString asLowercase = 'public' ifTrue: [ > AfterDOCTYPEPublicKeywordState value: currentCharacter > ] > > I get a complain that the AfterDOCTYPEPublicKeywordState is unknown even though I have a method with this name. AfterDOCTYPEPublicKeywordState is a METHOD???? then, you are missing some points: 1) it does not conforms conventions (it should start with lowercase) 2) you need a self call so, it would be like this: self afterDOCTYPEPublicKeywordState value: currentCharacter. but that is also wrong from a design point of view (anti demeters law). So, you better create a (perhaps private) method who does the assignment. And then you have something like this: self afterDOCTYPEPublicKeywordState: currentCharacter. Esteban > If I move the method call outside outside the ifTrue block to the ifFalse block it doesnât complain. > > Is the problem because of nested blocks ? If thatâs the case then what would be a good work around ? > > > Thanks > Mohammad

March 23, 2013

Re: [Pharo-users] Method Calling Inside Nested Blocks

by stephane ducasse

the following in syntactically valid. May be you pasted a strange character in your method. > anythingElseBoolean = false ifFalse: [ > doctypeString := reader next: 6. > doctypeString asLowercase = 'public' ifTrue: [ > AfterDOCTYPEPublicKeywordState value: currentCharacter > ] ] Now I think that building a HTML parser by hand in 2012 is a strange exercise when there are compiler compiler or cool framework for parsing like PetitParser. Stef

March 23, 2013

Re: [Pharo-users] Method Calling Inside Nested Blocks

by Esteban Lorenzano

you miss a dot: On Mar 23, 2013, at 12:31 PM, "Mohammad Al Houssami (Alumni)" <mha53(a)mail.aub.edu> wrote: > anythingElseBoolean = false ifFalse: [ > doctypeString := reader next: 6. "Your dot HERE" > doctypeString asLowercase = 'public' ifTrue: [ > AfterDOCTYPEPublicKeywordState value: currentCharacter > ] >

March 23, 2013

Re: [Pharo-users] Method Calling Inside Nested Blocks

by Mohammad Al Houssami (Alumni)

I only use dots at the end of blocks usually but I tried it and it still doesn't work. :/ Its weird.. -----Original Message----- From: pharo-users-bounces(a)lists.gforge.inria.fr [mailto:pharo-users-bounces@lists.gforge.inria.fr] On Behalf Of Camillo Bruni Sent: Saturday, March 23, 2013 1:38 PM To: A friendly place where any question about pharo is welcome Subject: Re: [Pharo-users] Method Calling Inside Nested Blocks I think you just have a missing dot (.) after `reader next: 6`? ;) On 2013-03-23, at 12:31, "Mohammad Al Houssami (Alumni)" <mha53(a)mail.aub.edu> wrote: > Hello everyone > > I was trying to save my method which has the below piece of code > > anythingElseBoolean = false ifFalse: [ > doctypeString := reader next: 6 > doctypeString asLowercase = 'public' ifTrue: [ > AfterDOCTYPEPublicKeywordState value: currentCharacter > ] > > I get a complain that the AfterDOCTYPEPublicKeywordState is unknown even though I have a method with this name. > If I move the method call outside outside the ifTrue block to the ifFalse block it doesn't complain. > > Is the problem because of nested blocks ? If that's the case then what would be a good work around ? > > > Thanks > Mohammad

March 23, 2013

Re: [Pharo-users] Method Calling Inside Nested Blocks

by Camillo Bruni

I think you just have a missing dot (.) after `reader next: 6`? ;) On 2013-03-23, at 12:31, "Mohammad Al Houssami (Alumni)" <mha53(a)mail.aub.edu> wrote: > Hello everyone > > I was trying to save my method which has the below piece of code > > anythingElseBoolean = false ifFalse: [ > doctypeString := reader next: 6 > doctypeString asLowercase = 'public' ifTrue: [ > AfterDOCTYPEPublicKeywordState value: currentCharacter > ] > > I get a complain that the AfterDOCTYPEPublicKeywordState is unknown even though I have a method with this name. > If I move the method call outside outside the ifTrue block to the ifFalse block it doesn't complain. > > Is the problem because of nested blocks ? If that's the case then what would be a good work around ? > > > Thanks > Mohammad

March 23, 2013

Method Calling Inside Nested Blocks

by Mohammad Al Houssami (Alumni)

Hello everyone I was trying to save my method which has the below piece of code anythingElseBoolean = false ifFalse: [ doctypeString := reader next: 6 doctypeString asLowercase = 'public' ifTrue: [ AfterDOCTYPEPublicKeywordState value: currentCharacter ] I get a complain that the AfterDOCTYPEPublicKeywordState is unknown even though I have a method with this name. If I move the method call outside outside the ifTrue block to the ifFalse block it doesn't complain. Is the problem because of nested blocks ? If that's the case then what would be a good work around ? Thanks Mohammad

March 23, 2013

Re: [Pharo-users] Tiling Window Manager port to Pharo 2.0

by laurent laffont

On Fri, Mar 22, 2013 at 10:58 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Great. > > It would be so cool to see a demo of this at PharoConf :) > I'm trying to come on Wednesday, 3. Laurent > > Cheers, > Doru > > > On Thu, Mar 21, 2013 at 10:25 PM, laurent laffont < > laurent.laffont(a)gmail.com> wrote: > >> Hi, >> >> Tiling Window Manager is ported to Pharo 2.0. Configuration in >> MetaRepoForPharo20. >> >> Now hosted on SmalltalkHub >> http://smalltalkhub.com/#!/~LaurentLaffont/TilingWindowManager >> >> Add the ability to cycle clockwise / counter clockwise among visible >> windows using Cmd+R,> and Cmd+R,< >> >> >> >> Thanks for Pharo 2.0, it feels really better. >> >> >> Laurent Laffont >> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

March 23, 2013

Re: [Pharo-users] Tiling Window Manager port to Pharo 2.0

by laurent laffont

Laurent Laffont - @lolgzs <http://twitter.com/#!/lolgzs> Blog: http://magaloma.blogspot.com/ Developer group: http://www.cara74.org Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Pharo web deployment: http://www.alpha.smallharbour.org On Fri, Mar 22, 2013 at 9:29 PM, stephane ducasse <stephane.ducasse(a)free.fr>wrote: > > Hi, > > Tiling Window Manager is ported to Pharo 2.0. Configuration in > MetaRepoForPharo20. > > Now hosted on SmalltalkHub > http://smalltalkhub.com/#!/~LaurentLaffont/TilingWindowManager > > Add the ability to cycle clockwise / counter clockwise among visible > windows using Cmd+R,> and Cmd+R,< > > > > Thanks laurent. > We were discussing today that you did a so amazing work on producing > videos for pharo. > Thanks. Sorry for not being able to continue... I'm full too :) Laurent > And we thought we should do it (now when I see my daysâ¦â¦I'm so full). > > Thanks for Pharo 2.0, it feels really better. > > > Thanks. > And what I can tell you is that it was a lot of work :) > And 3.0 will be realllllly cooler. > We are preparing some really cool improvements. > > Stef > > > > Laurent Laffont > > >

March 23, 2013

Re: [Pharo-users] Tiling Window Manager port to Pharo 2.0

by stephane ducasse

> Hi, > > Tiling Window Manager is ported to Pharo 2.0. Configuration in MetaRepoForPharo20. > > Now hosted on SmalltalkHub http://smalltalkhub.com/#!/~LaurentLaffont/TilingWindowManager > > Add the ability to cycle clockwise / counter clockwise among visible windows using Cmd+R,> and Cmd+R,< Thanks laurent. We were discussing today that you did a so amazing work on producing videos for pharo. And we thought we should do it (now when I see my daysâ¦â¦I'm so full). > Thanks for Pharo 2.0, it feels really better. Thanks. And what I can tell you is that it was a lot of work :) And 3.0 will be realllllly cooler. We are preparing some really cool improvements. Stef > > > Laurent Laffont

March 22, 2013