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

Re: [Pharo-users] trait question

by Igor Stasenko

On 29 June 2013 21:21, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Jun 29, 2013, at 8:19 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> On 29 June 2013 20:12, Camillo Bruni <camillobruni(a)gmail.com> wrote: >>> Working on the new class builder I have a hard time figuring out the full trait >>> semantics. >>> >>> If I use a trait on instance side, does that imply that its classTrait on the >>> metaclass? > > No. I do not think so (I will have to think). > Normally Trait and ClassTrait are two different classes. NOw I do not remember if a trait is composed > of a classTrait too. > Trait has 'classTrait' > Sytef > > -- Best regards, Igor Stasenko.

June 29, 2013

How to do this in Pharo 2?

by Donald

Logs uses a package called Bindings-Core-tbn.1 that has this description: /Name: Bindings-Core-tbn.1// //Author: tbn// //Time: 11 July 2012, 9:46:06.521 am// //UUID: 2c28d2f3-610f-a54d-82b1-f421a40394ce// //Ancestors: // // //Initial version from Benoit, see http://lists.gforge.inria.fr/pipermail/pharo-project/2012-July/067412.html/ It allows me to do things like this: Transcript show: 'Today is %1' bindWith: 'the first day of the rest of your life'. Is there a better way to do this in Pharo 2?. An hour of poking around and no joy. Thanks. -- Donald [|] A bad day in [] is better than a good day in {}

June 29, 2013

Re: [Pharo-users] unstable build

by Camillo Bruni

On 2013-06-29, at 20:14, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 29 June 2013 17:48, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> I am not very happy with the current build it seems to be quite random when it >> comes to test results. I ran the tests multiple times and I get different outcomes >> each time. >> >> That said, I need somebody to pair program with me on the monkey since there is >> currently a non-deterministic bug present that prevents the tool from running >> properly. >> >> anyone in? > > me cool :)

June 29, 2013

Re: [Pharo-users] trait question

by StÃ©phane Ducasse

On Jun 29, 2013, at 8:19 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 29 June 2013 20:12, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> Working on the new class builder I have a hard time figuring out the full trait >> semantics. >> >> If I use a trait on instance side, does that imply that its classTrait on the >> metaclass? No. I do not think so (I will have to think). Normally Trait and ClassTrait are two different classes. NOw I do not remember if a trait is composed of a classTrait too. Sytef

June 29, 2013

Re: [Pharo-users] trait question

by Igor Stasenko

On 29 June 2013 20:12, Camillo Bruni <camillobruni(a)gmail.com> wrote: > Working on the new class builder I have a hard time figuring out the full trait > semantics. > > If I use a trait on instance side, does that imply that its classTrait on the > metaclass? yes. Trait resembles same dual property as class (it has instance side and class side methods). But i also not really like it. IMO single trait should be applied separately only to selected behavior not two at once (class and its metaclass), and you should be able to choose which one. -- Best regards, Igor Stasenko.

June 29, 2013

Re: [Pharo-users] unstable build

by Igor Stasenko

On 29 June 2013 17:48, Camillo Bruni <camillobruni(a)gmail.com> wrote: > I am not very happy with the current build it seems to be quite random when it > comes to test results. I ran the tests multiple times and I get different outcomes > each time. > > That said, I need somebody to pair program with me on the monkey since there is > currently a non-deterministic bug present that prevents the tool from running > properly. > > anyone in? me -- Best regards, Igor Stasenko.

June 29, 2013

trait question

by Camillo Bruni

Working on the new class builder I have a hard time figuring out the full trait semantics. If I use a trait on instance side, does that imply that its classTrait on the metaclass?

June 29, 2013

unstable build

by Camillo Bruni

I am not very happy with the current build it seems to be quite random when it comes to test results. I ran the tests multiple times and I get different outcomes each time. That said, I need somebody to pair program with me on the monkey since there is currently a non-deterministic bug present that prevents the tool from running properly. anyone in?

June 29, 2013

Re: [Pharo-users] Possible problem with WAFileMetadataLibrary

by StÃ©phane Ducasse

On Jun 29, 2013, at 3:59 PM, Thushar G R <thushar.gr(a)gmail.com> wrote: > Hi, > > I was using WAFileMetadataLibrary and i found a possible issue with addFileAt: aPath relativeToRootDirectory: relativeRootDirectory. > > The problem i encountered is that some css with(../img/someImage.png) was getting pointed towards > http://localhost:8080/files/img/someImage.png > > rather than > > http://localhost:8080/files/MyWAFileMetadataLibrary/img/someImage.png > > upon further looking into the code i found that in addFileAt: aPath relativeToRootDirectory: relativeRootDirectory. > > there is a line > > relativeFilepath := relativeFilepath replaceAll: pathSeparator with:'/'. This is strange since the code should be platform driven. This is question for the seaside mailing-list :) > > here i found that the path with '\' (im in wondows) will not be replaced with '/'. > > so i had override and change the line to > > relativeFilepath := relativeFilepath replaceAll: pathSeparator first with: $/. > > which worked for me, and the calls from css got pointed to > > http://localhost:8080/files/MyWAFileMetadataLibrary/img/someImage.png. > > Could anyone in the community pls verify it and let me know if i am not further messing things up , and if its ok, pls could you correct WAFileMetadaLibrary accordinly? > > > Thanks in Advance, > > G R Thushar > > PS: I think my mails are not reaching you. So i am posting the same in stackoverlow too. I hope thats ok. >

June 29, 2013

Possible problem with WAFileMetadataLibrary

by Thushar G R

Hi, I was using WAFileMetadataLibrary and i found a possible issue with* **addFileAt: aPath relativeToRootDirectory: relativeRootDirectory*. The problem i encountered is that some css with(../img/someImage.png) was getting pointed towards *http://localhost:8080/files/img/someImage.png* rather than *http://localhost:8080/files/MyWAFileMetadataLibrary/img/someImage.png* upon further looking into the code i found that in *addFileAt: aPath relativeToRootDirectory: relativeRootDirectory.* * * there is a line *relativeFilepath := relativeFilepath replaceAll: pathSeparator with:'/'. * * * here i found that the path with '\' *(im in wondows)* will not be replaced with '/'. so i had override and change the line to *relativeFilepath := relativeFilepath replaceAll: pathSeparator first with: $/.* * * which worked for me, and the calls from css got pointed to *http://localhost:8080/files/MyWAFileMetadataLibrary/img/someImage.png.* * * Could anyone in the community pls verify it and let me know if i am not further messing things up , and if its ok, pls could you correct *WAFileMetadaLibrary *accordinly? Thanks in Advance, G R Thushar PS: I think my mails are not reaching you. So i am posting the same in stackoverlow too. I hope thats ok. * *

June 29, 2013