- Pharo-users - lists.pharo.org

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

Re: [Pharo-users] add to PharoExtras/Soup contributors?

by StÃ©phane Ducasse

done :) On Jun 29, 2013, at 1:47 AM, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > on smalltalkhub I'm pdebruic and I'd like to be added to that repo. Thanks > > > Paul >

June 29, 2013

add to PharoExtras/Soup contributors?

by Paul DeBruicker

on smalltalkhub I'm pdebruic and I'd like to be added to that repo. Thanks Paul

June 28, 2013

Re: [Pharo-users] how to use RBClassRegexRefactoring in Pharo 2 ?

by Paul DeBruicker

On 06/27/2013 02:52 PM, Camillo Bruni wrote: > > On 2013-06-27, at 23:45, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > >> On 06/27/2013 02:38 PM, Camillo Bruni wrote: >>> >>> On 2013-06-27, at 20:36, Paul DeBruicker <pdebruic(a)gmail.com> wrote: >>>> In Nautilus when I try to use the 'Class Regex' menu item in Pharo 2 >>>> 20605 I get an error that RBRegexClassRefactoring is an existing class >>>> in the system. In earlier Pharo versions you would select that menu >>>> item, make your changes, save them and then the refactoring would run. >>>> How do you do it now? >>> >>> Where do you have this menu? I couldn't find it in Nautilus :/ >>> >> >> Ahh. Right click on a class name in the class list pane, then choose >> >> Refactoring > Code Rewriting > Class Regex > > Ok, better, now I can reproduce it :), > > However I don't think this will be fixed in 2.0, sorry. > That is a too "exotic" feature. Currently 2.0 is in stable mode, so we do as little > changes to that system as possible, mainly "real"/"big" bugs (highly subjective ;)) > > I'll open a bug report for 3.0 though > > https://pharo.fogbugz.com/default.asp?11052 > > thanks for reporting > Its a Nautilus bug and not with the RB stuff. You can run the RB rule in a workspace like so: rule:=RBClassRegexRefactoring new. rule renameClasses; replace: '^SH(.*)$' with: 'Shout$1' ignoreCase: false; yourself. rule execute. There is probably a way to see what it'll do before it actually modifies things too.

June 28, 2013