Re: [Pharo-users] add to PharoExtras/Soup contributors?
done :) On Jun 29, 2013, at 1:47 AM, Paul DeBruicker wrote: > on smalltalkhub I'm pdebruic and I'd like to be added to that repo. Thanks > > > Paul >
[Pharo-users] Possible problem with WAFileMetadataLibrary
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. * *
Re: [Pharo-users] Possible problem with WAFileMetadataLibrary
On Jun 29, 2013, at 3:59 PM, Thushar G R 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. >
[Pharo-users] unstable build
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?
[Pharo-users] trait question
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? smime.p7s Description: S/MIME cryptographic signature
Re: [Pharo-users] unstable build
On 29 June 2013 17:48, Camillo Bruni 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.
Re: [Pharo-users] trait question
On 29 June 2013 20:12, Camillo Bruni 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.
Re: [Pharo-users] trait question
On Jun 29, 2013, at 8:19 PM, Igor Stasenko wrote: > On 29 June 2013 20:12, Camillo Bruni 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
Re: [Pharo-users] unstable build
On 2013-06-29, at 20:14, Igor Stasenko wrote: > On 29 June 2013 17:48, Camillo Bruni 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 :)
[Pharo-users] How to do this in Pharo 2?
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 {}
Re: [Pharo-users] trait question
On 29 June 2013 21:21, Stéphane Ducasse wrote: > > On Jun 29, 2013, at 8:19 PM, Igor Stasenko wrote: > >> On 29 June 2013 20:12, Camillo Bruni 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.
Re: [Pharo-users] How to do this in Pharo 2?
look at String >> #format:
On 2013-06-29, at 22:26, Donald wrote:
> 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 {}
>
Re: [Pharo-users] trait question
On 2013-06-29, at 22:32, Igor Stasenko wrote: > On 29 June 2013 21:21, Stéphane Ducasse wrote: >> >> On Jun 29, 2013, at 8:19 PM, Igor Stasenko wrote: >> >>> On 29 June 2013 20:12, Camillo Bruni 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' yes, but the strange part is, that if you use a Trait on the instance-side it will automatically install the class trait as well. ClassDescription subclass: #Class uses: TClass ... and the users TClass users => an IdentitySet(Class) TClass classTrait users => an IdentitySet(Class class) so in this case it implies that when you use a Trait on the instance side it will apply also it's classTrait to the class side. So is it ok then to enforce that in the new class builder? Currently you can do the following in the new class builder: PharoClassInstaller make: [:builder| builder superclass: Object; name: 'Foo'; traitComposition: TClass ] which will explicitely NOT install `TClass classTrait` in `Foo class`. Does this behavior make sense?
Re: [Pharo-users] trait question
yes, i don't know if it good or bad, but i'd rather prefer that traits applied to Behavior, but not to Class (which has two entangled behaviors). But maybe for human comprehension it is better.. but not for implementing, because it certainly makes model more complex. On 29 June 2013 22:52, Camillo Bruni wrote: > > On 2013-06-29, at 22:32, Igor Stasenko wrote: > >> On 29 June 2013 21:21, Stéphane Ducasse wrote: >>> >>> On Jun 29, 2013, at 8:19 PM, Igor Stasenko wrote: >>> On 29 June 2013 20:12, Camillo Bruni 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' > > yes, but the strange part is, that if you use a Trait on the instance-side it > will automatically install the class trait as well. > > ClassDescription subclass: #Class > uses: TClass > ... > > and the users > > TClass users => an IdentitySet(Class) > TClass classTrait users => an IdentitySet(Class class) > > so in this case it implies that when you use a Trait on the instance side it > will > apply also it's classTrait to the class side. So is it ok then to enforce > that in > the new class builder? > > Currently you can do the following in the new class builder: > > PharoClassInstaller make: [:builder| > builder > superclass: Object; > name: 'Foo'; > traitComposition: TClass ] > > which will explicitely NOT install `TClass classTrait` in `Foo class`. > Does this behavior make sense? -- Best regards, Igor Stasenko.
[Pharo-users] Remove a dependency (was Re: How to do this in Pharo 2?)
On 6/29/2013 4:42 PM, Camillo Bruni wrote:
look at String >> #format:
ok, got that fixed.
how do I remove the log4s dependency on
Bindings-Core-tbn.1?
I don't seen anything in the Monticello browser that lets me
unload/unlink/remove etc.
Thanks
On 2013-06-29, at 22:26, Donald wrote:
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 {}
--
Donald [|]
A bad day in [] is better than a good day in {}
Re: [Pharo-users] Remove a dependency (was Re: How to do this in Pharo 2?)
On 2013-06-30, at 00:47, Donald wrote: > On 6/29/2013 4:42 PM, Camillo Bruni wrote: >> look at String >> #format: > ok, got that fixed. > > how do I remove the log4s dependency on > > Bindings-Core-tbn.1? > > I don't seen anything in the Monticello browser that lets me > unload/unlink/remove etc. I do not fully get what you want to do. Where did you get this Bindins-Core-tbn.1 from? Usually you just load it and see what happens when you run the tests. Undefined globals will raise DNU's at runtime. AFAIK you cannot just exclude certain methods from being loaded with Monticello in Pharo. Did you check if there isn't a Configuration that will load the dependencies?
Re: [Pharo-users] Remove a dependency (was Re: How to do this in Pharo 2?)
On 6/29/2013 6:56 PM, Camillo Bruni wrote:
On 2013-06-30, at 00:47, Donald wrote:
On 6/29/2013 4:42 PM, Camillo Bruni wrote:
look at String >> #format:
ok, got that fixed.
how do I remove the log4s dependency on
Bindings-Core-tbn.1?
I don't seen anything in the Monticello browser that lets me
unload/unlink/remove etc.
I do not fully get what you want to do.
Where did you get this Bindins-Core-tbn.1 from?
It was in the log4s 1.4 version.
Usually you just load it and see what happens when you run the tests.
Undefined globals will raise DNU's at runtime.
AFAIK you cannot just exclude certain methods from being loaded with Monticello
in Pharo.
Did you check if there isn't a Configuration that will load the dependencies?
where is the configuration that loads the dependencies? that's what I
can't find.
--
Donald [|]
A bad day in [] is better than a good day in {}
Re: [Pharo-users] Remove a dependency (was Re: How to do this in Pharo 2?)
Hi Donald, I guess there should be a ConfigurationOfLog4j (or similar name) that defines the versions, the baselines, dependencies, etc. Imagine this (similarly) as a ConfigurationMap. So I guess what you have to do is to take ConfigurationOfLog4j, edit the necessary #baselineXXX method and remove the #requires that brings Bindings-Core. Torsten, where is the conf?
Re: [Pharo-users] trait question
so let's discuss that on monday with the trait specialists Damien et Sebastian :) On 2013-06-29, at 23:34, Igor Stasenko wrote: > yes, i don't know if it good or bad, but i'd rather prefer that traits > applied to Behavior, > but not to Class (which has two entangled behaviors). But maybe for > human comprehension it is better.. > but not for implementing, because it certainly makes model more complex. > > On 29 June 2013 22:52, Camillo Bruni wrote: >> >> On 2013-06-29, at 22:32, Igor Stasenko wrote: >> >>> On 29 June 2013 21:21, Stéphane Ducasse wrote: On Jun 29, 2013, at 8:19 PM, Igor Stasenko wrote: > On 29 June 2013 20:12, Camillo Bruni 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' >> >> yes, but the strange part is, that if you use a Trait on the instance-side it >> will automatically install the class trait as well. >> >>ClassDescription subclass: #Class >>uses: TClass >>... >> >> and the users >> >>TClass users => an IdentitySet(Class) >>TClass classTrait users => an IdentitySet(Class class) >> >> so in this case it implies that when you use a Trait on the instance side it >> will >> apply also it's classTrait to the class side. So is it ok then to enforce >> that in >> the new class builder? >> >> Currently you can do the following in the new class builder: >> >>PharoClassInstaller make: [:builder| >>builder >>superclass: Object; >>name: 'Foo'; >>traitComposition: TClass ] >> >> which will explicitely NOT install `TClass classTrait` in `Foo class`. >> Does this behavior make sense? > > > > -- > Best regards, > Igor Stasenko. >
Re: [Pharo-users] Remove a dependency (was Re: How to do this in Pharo 2?)
On 6/29/2013 7:00 PM, Mariano Martinez Peck wrote:
Hi Donald,
I guess there should be a ConfigurationOfLog4j (or similar name) that
defines the versions, the baselines, dependencies, etc. Imagine this
(similarly) as a ConfigurationMap. So I guess what you have to do is
to take ConfigurationOfLog4j, edit the necessary #baselineXXX method
and remove the #requires that brings Bindings-Core.
Torsten, where is the conf?
ok. Where does ConfigurationOfLog4j live?
Sorry to be dense, but Envy takes care of these things for me day to day.
--
Donald [|]
A bad day in [] is better than a good day in {}
Re: [Pharo-users] Remove a dependency (was Re: How to do this in Pharo 2?)
In Pharo2 you can hit shift+enter to open the 'spotlight' which will
search for classes and method implementors. Start typing the class name
into the box at the top right of the window. It will then start to
autocomplete. You can press the down arrow key to select the class or
method name and hit enter to search for that class or method. Once you
hit enter a browser will open on the class or the implementors of the
method will be shown.
Its pretty handy.
On 06/29/2013 04:04 PM, Donald wrote:
> On 6/29/2013 7:00 PM, Mariano Martinez Peck wrote:
>> Hi Donald,
>>
>> I guess there should be a ConfigurationOfLog4j (or similar name) that
>> defines the versions, the baselines, dependencies, etc. Imagine this
>> (similarly) as a ConfigurationMap. So I guess what you have to do is
>> to take ConfigurationOfLog4j, edit the necessary #baselineXXX method
>> and remove the #requires that brings Bindings-Core.
>>
>> Torsten, where is the conf?
> ok. Where does ConfigurationOfLog4j live?
>
> Sorry to be dense, but Envy takes care of these things for me day to day.
>
> --
> Donald [|]
>
> A bad day in [] is better than a good day in {}
Re: [Pharo-users] Remove a dependency (was Re: How to do this in Pharo 2?)
And you're probably looking for ConfigurationOfLog4s rather than Log4j.
On 06/29/2013 04:04 PM, Donald wrote:
> On 6/29/2013 7:00 PM, Mariano Martinez Peck wrote:
>> Hi Donald,
>>
>> I guess there should be a ConfigurationOfLog4j (or similar name) that
>> defines the versions, the baselines, dependencies, etc. Imagine this
>> (similarly) as a ConfigurationMap. So I guess what you have to do is
>> to take ConfigurationOfLog4j, edit the necessary #baselineXXX method
>> and remove the #requires that brings Bindings-Core.
>>
>> Torsten, where is the conf?
> ok. Where does ConfigurationOfLog4j live?
>
> Sorry to be dense, but Envy takes care of these things for me day to day.
>
> --
> Donald [|]
>
> A bad day in [] is better than a good day in {}
>
Re: [Pharo-users] Remove a dependency (was Re: How to do this in Pharo 2?)
On 2013-06-30, at 00:56, Camillo Bruni wrote: > > On 2013-06-30, at 00:47, Donald wrote: > >> On 6/29/2013 4:42 PM, Camillo Bruni wrote: >>> look at String >> #format: >> ok, got that fixed. >> >> how do I remove the log4s dependency on >> >> Bindings-Core-tbn.1? >> >> I don't seen anything in the Monticello browser that lets me >> unload/unlink/remove etc. ok I finally understood... - Right click on the package in the Monticello Browser (use the search bar on top) - Remove required Package - Recommit Log4s that should remove the dependency from the MC package. FYI: please state clearly what you try to do next time with instructions to reproduce ;)
Re: [Pharo-users] Remove a dependency (was Re: How to do this in Pharo 2?)
On Sat, Jun 29, 2013 at 8:13 PM, Camillo Bruni wrote: > > On 2013-06-30, at 00:56, Camillo Bruni wrote: > > > > > On 2013-06-30, at 00:47, Donald wrote: > > > >> On 6/29/2013 4:42 PM, Camillo Bruni wrote: > >>> look at String >> #format: > >> ok, got that fixed. > >> > >> how do I remove the log4s dependency on > >> > >> Bindings-Core-tbn.1? > >> > >> I don't seen anything in the Monticello browser that lets me > unload/unlink/remove etc. > > ok I finally understood... > > - Right click on the package in the Monticello Browser (use the search bar > on top) > - Remove required Package > - Recommit Log4s > > that should remove the dependency from the MC package\ ohhh, was it using MC requirements? > > FYI: please state clearly what you try to do next time with instructions to > reproduce ;) > -- Mariano http://marianopeck.wordpress.com
[Pharo-users] Fixed! (was Re: Remove a dependency (was Re: How to do this in Pharo 2?))
On 6/29/2013 7:13 PM, Camillo Bruni wrote:
ok. got it. I was in the wrong browser.
The new version 17 of log4s in ss3.gemstone works without the dependency
on Benoits Bindings package.
Thanks to everyone for their help.
Back into the arms of Envy. ;-)
--
Donald [|]
A bad day in [] is better than a good day in {}
[Pharo-users] PBE Suggestion: Minor improvement? to pharo.sh
Hi,
Given that I now have both the newer VM and image from the Ubuntu Pharo PPA,
and the VM and image from PBE, opening a file browser and clicking on an
image saved from PBE fails, because it wants to open the newer VM.
No problem. I'll just use pharo.sh from the CLI. Oh, wait. It always wants
to use Contents/Resources/pharo.image.
No problem. Fix pharo.sh so that it accepts an optional parameter specifying
the image name to open, sans path and ".image". Not especially brilliant,
and bash experts might have a better way (or caveats as to why this is a bad
idea), but now I have something that behaves, with very few changes to the
original pharo.sh:
"./pharo.sh" opens the default Contents/Resources/pharo.image
"./pharo.sh myPharo" opens Contents/Resources/myPharo.image
I've posted my minor variation on the distributed pharo.sh below:
#!/bin/sh
# path
ROOT=`dirname $0`
BASE="$ROOT/Contents/Linux"
IMAGES="$ROOT/Contents/Resources"
IMAGE="${1:-pharo}"
# execute
exec "$BASE/squeakvm" \
-plugins "$BASE" \
-encoding latin1 \
-vm-display-X11 \
"$IMAGES/$IMAGE.image"
