Re: [Pharo-dev] Pharo 4.0 Download options

[Sean P. DeNigris]

> But why would you want to give dev version to a new user? The stable version 
> (Pharo 3.0) offers full package.
If it’s not for a new user, does it belong on the download page? Perhaps a link 
to another page with a better explanation.





-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Pharo-4-0-Download-options-tp4813741p4813778.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] Color arithmetical operations are broken

[Ben Coman]

Do we need to do something for Pharo 4? And what is the simplest/quickest
thing that would work - even if it needs revisiting in Pharo 5?
cheers -ben

On Sat, Mar 21, 2015 at 8:31 AM, Aliaksei Syrel 
wrote:

> I would not change the alpha at all. Instead, set alpha 255 in
>> setPrivateRed: r green: g blue: b
>
>
> It makes sense to be consistent. However blindly setting it to 255 is
> sometimes unexpected too:
>
> Color transparent + Color transparent is assume to get Color transparent
> and not black.
>
> Maybe for + we could add alphas, but for subtraction take the smallest
> alpha of two colors?
>
> Cheers,
> Alex
>
> On Sat, Mar 21, 2015 at 12:32 AM, Nicolai Hess  wrote:
>
>> 2015-03-21 0:19 GMT+01:00 Aliaksei Syrel :
>>
>>> Hi,
>>>
>>> I played with colors and found out, that arithmetical operations with
>>> colors are completely broken.
>>>
>>>
>>> https://pharo.fogbugz.com/f/cases/15188/Color-ariphmetical-operations-are-broken
>>>
>>> Result is not a valid Color - just garbage. It happens because alpha is
>>> not being initialized and stays nil. It seems that operation were
>>> implemented before alpha support was added. So I propose the following
>>> solution:
>>>
>>> Color red - Color red = Color transparent
>>>
>>> (Color white alpha: 1) -  (Color white alpha: 0.5) = (Color white alpha:
 0.5)
>>>
>>> R,G,B are subtracted as before. Alpha channels are subtracted too.
>>>
>>> Color red + Color blue = Color magenta
>>>
>>> Color red + Color transparent = Color red
>>>
>>> (Color white alpha: 0.5) + (Color white alpha: 0.5) = (Color white
 alpha: 1)
>>>
>>>  R,G,B are added as before. Alpha channels are added too.
>>>
>>> Multiplication and division by number doesn't change alpha channel.
>>>
>>> Cheers,
>>> Alex
>>>
>>>
>>
>> I would not change the alpha at all. Instead, set alpha 255 in
>> setPrivateRed: r green: g blue: b
>>
>>
>>
>

Re: [Pharo-dev] PharoLauncher: Great Tool, Confusing Name

[Ben Coman]

I'd really like to do away with the "Local" template folder and on the
original remote template indicate that it is cached locally - but I haven't
found the time to experiment.
cheers -ben

On Sat, Mar 21, 2015 at 4:33 AM, Sean P. DeNigris 
wrote:

> > There is some kind of "cache". The "local" template (at the top of the
> right pane
> > lists all local (downloaded) templates.
> I did see that, but my understanding was that we currently have two
> options:
> 1. the same image that was last downloaded via the local template
> 2. and downloading the latest version from files.pharo.org
>
> If that’s correct, I’m proposing a third option: download the latest from
> files.pharo.org unless it’s the same as the local template version.
>
>  Cheers,
> Sean
>
> --
> View this message in context: Re: PharoLauncher: Great Tool, Confusing
> Name
> 
>
> Sent from the Pharo Smalltalk Developers mailing list archive
>  at
> Nabble.com.
>

Re: [Pharo-dev] Pharo 4.0 Download options

[Dmitri Zagidulin]

Why not let new users try running their code on the unstable in-progress
Pharo version? I mean, developers generally know the deal. You either use
an older Stable version, or if you can tolerate instability, you develop
against a moving target (Pharo 4, in this case) so that it's easier to
port, when it's released. This is fairly standard stuff, right?

Sean is right - why offer a download link at all (on the Pharo download
page) if it's not for new users? Experienced Pharoers don't use it anyway.
If, for some reason, you believe strongly against letting newbies play with
Pharo 4 at all, why provide a download link at all?

This reminds me of street signs in Boston, USA :) (Or rather, the lack of
them, on many streets. And locals say "well, this is Boston, if you don't
know where you're going, you probably shouldn't be here." I'm not even
kidding! And I think, you guys are missing the point of street signs...)


On Fri, Mar 20, 2015 at 8:40 PM, Peter Uhnák  wrote:

> The website is for new users, so we should provide something as
>> usable out of the box as possible.
>>
> But why would you want to give dev version to a new user? The stable
> version (Pharo 3.0) offers full package.
>
> Peter
>

Re: [Pharo-dev] update of pharo by example?

[Dmitri Zagidulin]

What's the workflow, to contribute to Updated Pharo By Example?

Should people just make PRs against that repo?

Looking over some of the other SquareBracketAssociates repos, there seems
to be a repository-based workflow?
- https://github.com/SquareBracketAssociates/PharoInProgress for work in
progress chapters
- https://github.com/SquareBracketAssociates/PharoReadyForReviews  for
chapters ready for reviews?
Does that mean that one makes PRs to the main UPBE repo after they get
reviews? Or is this a previous / obsolete workflow?




On Tue, Mar 10, 2015 at 3:19 PM, Serge Stinckwich <
serge.stinckw...@gmail.com> wrote:

> You may have a look here:
>
>
> https://ci.inria.fr/pharo-contribution/view/Books/job/UpdatedPharoByExample/lastSuccessfulBuild/artifact/book-result/UpdatedPharoByExample.pdf
>
> and contribute here:
> https://github.com/SquareBracketAssociates/UpdatedPharoByExample
>
>
>
> On Tue, Mar 10, 2015 at 8:13 PM, Alexandre Bergel
>  wrote:
> > Hi!
> >
> > I’ve heard some of you are working on an update of pharo by example. Is
> > there anything ready for now? Some chapter maybe?
> >
> > Cheers,
> > Alexandre
> > --
> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> > Alexandre Bergel  http://www.bergel.eu
> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> >
> >
> >
>
>
>
> --
> Serge Stinckwich
> UCBN & UMI UMMISCO 209 (IRD/UPMC)
> Every DSL ends up being Smalltalk
> http://www.doesnotunderstand.org/
>
>

Re: [Pharo-dev] Pharo 4.0 Download options

[Peter Uhnák]

>
> The website is for new users, so we should provide something as
> usable out of the box as possible.
>
But why would you want to give dev version to a new user? The stable
version (Pharo 3.0) offers full package.

Peter

Re: [Pharo-dev] Pharo 4.0 Download options

[Sean P. DeNigris]

Dmitri Zagidulin wrote
> Is there any reason why we don't include the full release in the Download
> Pharo 4 link off the main Downloads page?

I agree. Any experienced Pharoer is going to use ZeroConf or PharoLauncher
anyway. The website is for new users, so we should provide something as
usable out of the box as possible.



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Pharo-4-0-Download-options-tp4813741p4813761.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] Color arithmetical operations are broken

[Aliaksei Syrel]

>
> I would not change the alpha at all. Instead, set alpha 255 in
> setPrivateRed: r green: g blue: b


It makes sense to be consistent. However blindly setting it to 255 is
sometimes unexpected too:

Color transparent + Color transparent is assume to get Color transparent
and not black.

Maybe for + we could add alphas, but for subtraction take the smallest
alpha of two colors?

Cheers,
Alex

On Sat, Mar 21, 2015 at 12:32 AM, Nicolai Hess  wrote:

> 2015-03-21 0:19 GMT+01:00 Aliaksei Syrel :
>
>> Hi,
>>
>> I played with colors and found out, that arithmetical operations with
>> colors are completely broken.
>>
>>
>> https://pharo.fogbugz.com/f/cases/15188/Color-ariphmetical-operations-are-broken
>>
>> Result is not a valid Color - just garbage. It happens because alpha is
>> not being initialized and stays nil. It seems that operation were
>> implemented before alpha support was added. So I propose the following
>> solution:
>>
>> Color red - Color red = Color transparent
>>
>> (Color white alpha: 1) -  (Color white alpha: 0.5) = (Color white alpha:
>>> 0.5)
>>
>> R,G,B are subtracted as before. Alpha channels are subtracted too.
>>
>> Color red + Color blue = Color magenta
>>
>> Color red + Color transparent = Color red
>>
>> (Color white alpha: 0.5) + (Color white alpha: 0.5) = (Color white alpha:
>>> 1)
>>
>>  R,G,B are added as before. Alpha channels are added too.
>>
>> Multiplication and division by number doesn't change alpha channel.
>>
>> Cheers,
>> Alex
>>
>>
>
> I would not change the alpha at all. Instead, set alpha 255 in
> setPrivateRed: r green: g blue: b
>
>
>

Re: [Pharo-dev] Pharo 4.0 Download options

[Dmitri Zagidulin]

Ah, I see. Is there any way we can link to the latest build from the CI
server, though? http://files.pharo.org/platform/Pharo4.0-win.zip ? That
seems to be built automatically by Jenkins. So why not just link to that?

On Fri, Mar 20, 2015 at 8:07 PM, Peter Uhnák  wrote:

> My other question still stands, then. Is there any reason why we don't
>> include the full release in the Download Pharo 4 link off the main
>> Downloads page?
>>
>
> Pharo 4 is not released yet (due in ~10 days); so if you want to download
> bleeding dev version you probably should know how to get it (downloading
> latest image every day _manually_ is not very practical, thus probably why
> no explicit bundle).
>
> For Pharo 3 there are buttons in the download page for each platform that
> contain everything (image, vm, source), so I would expect once Pharo 4 is
> relased the button will download Pharo 4.
>
> Peter
>
>

Re: [Pharo-dev] Pharo 4.0 Download options

[Peter Uhnák]

>
> My other question still stands, then. Is there any reason why we don't
> include the full release in the Download Pharo 4 link off the main
> Downloads page?
>

Pharo 4 is not released yet (due in ~10 days); so if you want to download
bleeding dev version you probably should know how to get it (downloading
latest image every day _manually_ is not very practical, thus probably why
no explicit bundle).

For Pharo 3 there are buttons in the download page for each platform that
contain everything (image, vm, source), so I would expect once Pharo 4 is
relased the button will download Pharo 4.

Peter

Re: [Pharo-dev] Pharo 4.0 Download options

[Dmitri Zagidulin]

On Fri, Mar 20, 2015 at 7:30 PM, Sven Van Caekenberghe  wrote:

> Why not
>
> $ curl get.pharo.org/40+vm | bash
> ?
>

Ah, I see! I think I didn't scroll down far enough, and didn't see that
option. Thank you :)

My other question still stands, then. Is there any reason why we don't
include the full release in the Download Pharo 4 link off the main
Downloads page?

Re: [Pharo-dev] Pharo 4.0 Download options

[Peter Uhnák]

>
> - Am I missing something that's obvious to seasoned Pharo devs? How do you
> guys download new versions of Pharo, with sources and everything?
>
Many (most?) people use Pharo Launcher
http://smalltalkhub.com/#!/~Pharo/PharoLauncher

>
> - Is there any way we can include a full download option (image, changes,
> sources & VM) on the Download Pharo page? (So that new users don't have to
> search around on the CI server)?
>
The ZeroConf lists many options http://get.pharo.org/
it also includes versions with VM (e.g. get.pharo.org/40+vm)


> - Does the VM change, when you go from Pharo 3 to 4? Or can you just use a
> 4.0 image with the VM that came in the 3.0 zip?
>
I use the same VM for both; the stable VM is year old (Pharo 3 release). As
far as I can tell it's compatible.

Peter

Re: [Pharo-dev] Color arithmetical operations are broken

[Nicolai Hess]

2015-03-21 0:19 GMT+01:00 Aliaksei Syrel :

> Hi,
>
> I played with colors and found out, that arithmetical operations with
> colors are completely broken.
>
>
> https://pharo.fogbugz.com/f/cases/15188/Color-ariphmetical-operations-are-broken
>
> Result is not a valid Color - just garbage. It happens because alpha is
> not being initialized and stays nil. It seems that operation were
> implemented before alpha support was added. So I propose the following
> solution:
>
> Color red - Color red = Color transparent
>
> (Color white alpha: 1) -  (Color white alpha: 0.5) = (Color white alpha:
>> 0.5)
>
> R,G,B are subtracted as before. Alpha channels are subtracted too.
>
> Color red + Color blue = Color magenta
>
> Color red + Color transparent = Color red
>
> (Color white alpha: 0.5) + (Color white alpha: 0.5) = (Color white alpha:
>> 1)
>
>  R,G,B are added as before. Alpha channels are added too.
>
> Multiplication and division by number doesn't change alpha channel.
>
> Cheers,
> Alex
>
>

I would not change the alpha at all. Instead, set alpha 255 in
setPrivateRed: r green: g blue: b

Re: [Pharo-dev] Pharo 4.0 Download options

[Sven Van Caekenberghe]

> On 21 Mar 2015, at 00:24, Dmitri Zagidulin  wrote:
> 
> Hi all,
> 
> I've been working on a project in Pharo 3.0 ( an update to the pharo Riak 
> database driver, over at https://github.com/SmalltalkZen/phriak ), and I 
> figured I'd try to see if it works in Pharo 4.
> 
> I went to the Download Pharo page at http://pharo.org/download and saw the 
> 'Development version: Pharo4' section. So far so good.
> 
> I tried the 'Download latest Pharo image' at 
> http://files.pharo.org/image/40/latest.zip 
> first. But that only yielded an image and .changes, but no sources (or VM). 
> So, not so good for development, right?
> 
> Tried Zeroconf next, at http://get.pharo.org/alpha 
> But that too had only .image and .changes, with no source or VM. (Or, at 
> least, that's the only thing it listed under Artifacts. Does it also download 
> source and VM once you run the script?)

Why not 

$ curl get.pharo.org/40+vm | bash 

?

> I eventually dug around in the CI server (https://ci.inria.fr/pharo/ ), and 
> saw the small Full Download (Image+VM) link for my OS. Success!
> 
> Couple of questions:
> 
> - Am I missing something that's obvious to seasoned Pharo devs? How do you 
> guys download new versions of Pharo, with sources and everything?
> 
> - Is there any way we can include a full download option (image, changes, 
> sources & VM) on the Download Pharo page? (So that new users don't have to 
> search around on the CI server)?
> 
> - Does the VM change, when you go from Pharo 3 to 4? Or can you just use a 
> 4.0 image with the VM that came in the 3.0 zip?
> 
> Dmitri

[Pharo-dev] Pharo 4.0 Download options

[Dmitri Zagidulin]

Hi all,

I've been working on a project in Pharo 3.0 ( an update to the pharo Riak
database driver, over at https://github.com/SmalltalkZen/phriak ), and I
figured I'd try to see if it works in Pharo 4.

I went to the Download Pharo page at http://pharo.org/download and saw the
'Development version: Pharo4' section. So far so good.

I tried the 'Download latest Pharo image' at
http://files.pharo.org/image/40/latest.zip
first. But that only yielded an image and .changes, but no sources (or VM).
So, not so good for development, right?

Tried Zeroconf next, at http://get.pharo.org/alpha
But that too had only .image and .changes, with no source or VM. (Or, at
least, that's the only thing it listed under Artifacts. Does it also
download source and VM once you run the script?)

I eventually dug around in the CI server (https://ci.inria.fr/pharo/ ), and
saw the small Full Download (Image+VM) link for my OS. Success!

Couple of questions:

- Am I missing something that's obvious to seasoned Pharo devs? How do you
guys download new versions of Pharo, with sources and everything?

- Is there any way we can include a full download option (image, changes,
sources & VM) on the Download Pharo page? (So that new users don't have to
search around on the CI server)?

- Does the VM change, when you go from Pharo 3 to 4? Or can you just use a
4.0 image with the VM that came in the 3.0 zip?

Dmitri

[Pharo-dev] Color arithmetical operations are broken

[Aliaksei Syrel]

Hi,

I played with colors and found out, that arithmetical operations with
colors are completely broken.

https://pharo.fogbugz.com/f/cases/15188/Color-ariphmetical-operations-are-broken

Result is not a valid Color - just garbage. It happens because alpha is not
being initialized and stays nil. It seems that operation were implemented
before alpha support was added. So I propose the following solution:

Color red - Color red = Color transparent

(Color white alpha: 1) -  (Color white alpha: 0.5) = (Color white alpha:
> 0.5)

R,G,B are subtracted as before. Alpha channels are subtracted too.

Color red + Color blue = Color magenta

Color red + Color transparent = Color red

(Color white alpha: 0.5) + (Color white alpha: 0.5) = (Color white alpha: 1)
>

 R,G,B are added as before. Alpha channels are added too.

Multiplication and division by number doesn't change alpha channel.

Cheers,
Alex

Re: [Pharo-dev] The Grapher charting engine

[p...@highoctane.be]

Grapher is indeed nice!

Especially now that can get it to give me an SVG rendering with popups etc
in my Seaside app.

Phil
Le 20 mars 2015 22:19, "Alexandre Bergel"  a écrit
:

> Dear all,
>
> As many of you know, Grapher is a über-cool charting engine, part of
> Roassal.
> For people who do not know what Grapher is, here is a (compelling we hope)
> example:
>
> Which is obtained by the following script:
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> | b colors points ds pts dec lb |
> b := RTGrapher new.
> colors := Array with: Color red with: Color blue.
> points := OrderedCollection new.
>
> colors do: [ :c |
> ds := RTStackedDataSet new.
> pts := ((1 to: 100) collect: [ :i | 50 atRandom - 25 ]) cumsum.
> points add: pts.
> ds points: pts.
> dec := RTDevVarDecorator new.
> dec moveBehind;
> desviation: 0.5;
> color: (c alpha: 0.3);
> points: pts.
> ds connectUsing: (RTLine new color: (c alpha: 0.5); width: 1 ).
> b add: ds.
> b addDecorator: dec.
>  ].
>
> b axisX; axisY.
> b build.
>
> lb := RTLegendBuilder new.
> lb view: b view.
> colors doWithIndex: [ :c :i |
> lb addColor: c text: 'Series  ', i printString ].
> lb build.
> b view @ RTZoomableView.
> b view
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>
>
> In our grand vision of making Roassal the best visualizing engine of the
> Universe (we also know to be modest time to time, but not today :-),
> Grapher will play a very important role. We would like to stabilize Grapher
> and make it sure it happily fits everybody needs. You can help on it:
>
> - When you are tempted to look at the dark side of the planet (this is
> where R, JFreeChart, gnuplot, D3 and all their friends live), let us know.
> We will make sure to make you are happy again.
>
> - Share your wishlist with us. We already have a long todo list, but your
> opinion does matter and will take it seriously
>
> - we are open to contributions, which could be financial, bug fixe,
> enhancement, or simply encouragement.
>
> I am very happy to be surrounded by very smart engineers. Your
> encouragement are making them happy :-)
>
> Cheers,
> Alexandre, in the name of the Object Profile Team
>
> NB: sorry for the cross-list posting, but this email is very important for
> us, and for you we hope.
>
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>

[Pharo-dev] The Grapher charting engine

[Alexandre Bergel]

Dear all,

As many of you know, Grapher is a über-cool charting engine, part of Roassal.
For people who do not know what Grapher is, here is a (compelling we hope) 
example:

Which is obtained by the following script:
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
| b colors points ds pts dec lb |
b := RTGrapher new.
colors := Array with: Color red with: Color blue.
points := OrderedCollection new.

colors do: [ :c |
ds := RTStackedDataSet new.
pts := ((1 to: 100) collect: [ :i | 50 atRandom - 25 ]) cumsum.
points add: pts.
ds points: pts.
dec := RTDevVarDecorator new.
dec moveBehind;
desviation: 0.5;
color: (c alpha: 0.3);
points: pts.
ds connectUsing: (RTLine new color: (c alpha: 0.5); width: 1 ).
b add: ds.
b addDecorator: dec.
 ].

b axisX; axisY.
b build.

lb := RTLegendBuilder new.
lb view: b view.
colors doWithIndex: [ :c :i | 
lb addColor: c text: 'Series  ', i printString ].
lb build.
b view @ RTZoomableView.
b view
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=


In our grand vision of making Roassal the best visualizing engine of the 
Universe (we also know to be modest time to time, but not today :-), Grapher 
will play a very important role. We would like to stabilize Grapher and make it 
sure it happily fits everybody needs. You can help on it:

- When you are tempted to look at the dark side of the planet (this is 
where R, JFreeChart, gnuplot, D3 and all their friends live), let us know. We 
will make sure to make you are happy again.

- Share your wishlist with us. We already have a long todo list, but 
your opinion does matter and will take it seriously

- we are open to contributions, which could be financial, bug fixe, 
enhancement, or simply encouragement.

I am very happy to be surrounded by very smart engineers. Your encouragement 
are making them happy :-)

Cheers,
Alexandre, in the name of the Object Profile Team

NB: sorry for the cross-list posting, but this email is very important for us, 
and for you we hope.

-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Re: [Pharo-dev] Who maintains Aconcagua & Chalten?

[Hernan Wilkinson]

Hi Sean,
 I answer you in the morning, contact me directly if you did not get the
answer

Hernan.

On Fri, Mar 20, 2015 at 10:11 AM, Sean P. DeNigris 
wrote:

> > Hernan probably missed your emails, try to contact him directly.
> Done, thanks.
>
>  Cheers,
> Sean
>
> --
> View this message in context: Re: Who maintains Aconcagua & Chalten?
> 
>
> Sent from the Pharo Smalltalk Developers mailing list archive
>  at
> Nabble.com.
>



-- 

*Hernán WilkinsonAgile Software Development, Teaching & Coaching*
*Phone: +54 - 011* - 6091 - 3125
*Mobile: +54 - 911 - 4470 - 7207*

*email: hernan.wilkinson@10Pines.comsite: http://www.10Pines.com
*
Address: Alem 693, Floor 5 B, Buenos Aires, Argentina

Re: [Pharo-dev] PharoLauncher: Great Tool, Confusing Name

[Sean P. DeNigris]

> There is some kind of "cache". The "local" template (at the top of the right 
> pane
> lists all local (downloaded) templates.
I did see that, but my understanding was that we currently have two options:
1. the same image that was last downloaded via the local template
2. and downloading the latest version from files.pharo.org

If that’s correct, I’m proposing a third option: download the latest from 
files.pharo.org unless it’s the same as the local template version.





-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/PharoLauncher-Great-Tool-Confusing-Name-tp4813698p4813721.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] Validation failur ZnImageExampleDelegateTests>>#testDefaultImage

[Nicolai Hess]

Is it possible to see the result of the failing test

2015-03-05 10:40 GMT+01:00 Sven Van Caekenberghe :

> All Zn tests that run local servers work like that, using a random port
> from a range of 32.
>
> With fixed ports, we would get many more conflicts because tests and/or CI
> jobs are running concurrently on slaves.
>
> We could increase the range.
>
> We could pass some small unique ID to each image and use that to compute a
> unique port.
>
> Testing if a port is available is a total mess because the different
> socket plugins behave slightly different.
>
> Maybe starting servers and letting the OS give out a next available port
> could work, I should try that.
>
> In any case, unless this is a persistent problem I would not do it now.
>
> > On 05 Mar 2015, at 10:29, Nicolai Hess  wrote:
> >
> > Anyone has an idea why this test fails so often?
> >
> > In
> > ZnImageExampleDelegateTests>>withServerDo: block
> > we use
> > ZnServer on: 1700 + 32 atRandom.
> >
> > I don't know if this is related to the validation failure, but
> > the randomly generated portnumber makes it hard get reliable results.
> >
> >
> >
> > nicolai
>
>

Re: [Pharo-dev] PharoLauncher: Great Tool, Confusing Name

[Nicolai Hess]

2015-03-20 20:25 GMT+01:00 Sean P. DeNigris :

> PharoLauncher is cool!! Once I realized I could specify the image folder
> with
> "PhLDirectoryBasedImageRepository location: aFileReference", I was very
> happy (I won't start the "images don't belong in ApplicationSupport thread
> again, promise ;)).
>
> There is however one thing that I think could be very confusing... the
> build
> artifact is called "Pharo_0.2.4.dmg". Now I understand the rationale that
> for a new user we are trying for "PharoLauncher = Pharo", but even I was a
> little confused seeing version 0.2.4. Since it's only an installer, if we
> really need its version number in the artifact, how about
> "Pharo_Installer_0.2.4.dmg" or even the more verbose but perhaps clearer
> "Pharo_4.0_ Installer_0.2.4.dmg"? The application ultimately gets installed
> as "Pharo" anyway.
>
> Some cool things:
> - the fullscreen UI is neat
> - dropping down into developer mode is seemless and works well
>
> One other suggestion: I'm sure this must have been brought up before, but
> it
> seems to download a fresh image every time (e.g. even if two images are
> created from the same template within a few seconds). It seems like it
> should be possible to do some caching here...
>

There is some kind of "cache". The "local" template (at the top of the
right pane
lists all local (downloaded) templates.


>
>
>
> -
> Cheers,
> Sean
> --
> View this message in context:
> http://forum.world.st/PharoLauncher-Great-Tool-Confusing-Name-tp4813698.html
> Sent from the Pharo Smalltalk Developers mailing list archive at
> Nabble.com.
>
>

Re: [Pharo-dev] LabelModel>>#text: Deprecation

[Marcus Denker]

> On 20 Mar 2015, at 20:35, Sean P. DeNigris  wrote:
> 
> Nicolai Hess wrote
>>> We can use text: I should put it back.
>> If so, hurry up!
> 
> It seems like several of the rename issues have been fixed to send #label:
> already. I guess we keep it?
> 

Yes, the community is starting to react to a deprecation very fast… it feels 
even
biological. The deprecation triggered everything to be fixed faster than we 
could
decide to revert :-)

This is actually amazing.

Marcus

Re: [Pharo-dev] LabelModel>>#text: Deprecation

[Sean P. DeNigris]

Nicolai Hess wrote
>>  We can use text: I should put it back.
> If so, hurry up!

It seems like several of the rename issues have been fixed to send #label:
already. I guess we keep it?



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/LabelModel-text-Deprecation-tp4809424p4813706.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] PharoLauncher: Great Tool, Confusing Name

[Sean P. DeNigris]

Sean P. DeNigris wrote
> One other suggestion

Also the matrix build hasn't run in almost a month and the 4.0, stable Mac
image is an out-of-date #40511 image. I kicked off the build manually. Let's
see what happens...



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/PharoLauncher-Great-Tool-Confusing-Name-tp4813698p4813703.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

[Pharo-dev] PharoLauncher: Great Tool, Confusing Name

[Sean P. DeNigris]

PharoLauncher is cool!! Once I realized I could specify the image folder with
"PhLDirectoryBasedImageRepository location: aFileReference", I was very
happy (I won't start the "images don't belong in ApplicationSupport thread
again, promise ;)).

There is however one thing that I think could be very confusing... the build
artifact is called "Pharo_0.2.4.dmg". Now I understand the rationale that
for a new user we are trying for "PharoLauncher = Pharo", but even I was a
little confused seeing version 0.2.4. Since it's only an installer, if we
really need its version number in the artifact, how about
"Pharo_Installer_0.2.4.dmg" or even the more verbose but perhaps clearer
"Pharo_4.0_ Installer_0.2.4.dmg"? The application ultimately gets installed
as "Pharo" anyway.

Some cool things:
- the fullscreen UI is neat
- dropping down into developer mode is seemless and works well

One other suggestion: I'm sure this must have been brought up before, but it
seems to download a fresh image every time (e.g. even if two images are
created from the same template within a few seconds). It seems like it
should be possible to do some caching here...



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/PharoLauncher-Great-Tool-Confusing-Name-tp4813698.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] [Pharo4] 203 issues tagged tagged for Pharo4

[Marcus Denker]

52. Much better!

some are even already fixed (but not integrated) so we will be below 50 soon.

> On 20 Mar 2015, at 10:11, Marcus Denker  wrote:
> 
> 68
> 
>> On 19 Mar 2015, at 08:50, Marcus Denker  wrote:
>> 
>> 88.
>> 
>> https://pharo.fogbugz.com/f/filters/103/4-0-All
>> 
> 
> 

Re: [Pharo-dev] Duration year

[Richard Sargent]

Maximiliano Taborda wrote
> Hi all.
> 
> The same examples using Chaltén:
>  February twentyninth, 2012 next: 1 yearMeasure.   "=> February 28th,
> 2013"

This I don't get. Why would  + 1 day + 1 year ever not be
March 1st? ~75% of the time it would be, but ~25% it would be a day less?


>  March first, 2011 next: 1 yearMeasure.  "=> March 1st, 2012"
>  March first, 2011 next: 12 monthsMeasure. "=> March 1st, 2012"
> 
> Hilaire, In Chaltén a year is a year so you don't need to care about of
> the
> number of days in it.
> 
> Regards.
> Maxi
> 
> 
> 2014-12-02 16:37 GMT-03:00 Chris Cunningham <

> cunningham.cb@

> >:
> 
>> GenericYear does this.  The generic Year will take
>>'2/29/2000' asDate + 1 year "=> 28 February 2001"
>> In other words, we want it at the same time next year; more importantly
>> the same month and close to what we have now.
>> Also:
>>'3/1/2001' asDate - 1 year "=> 1 March 2000"
>> Still, same month - we want to be at the beginning of the month the
>> previous year.
>>
>> Basically, my idea (and, more importantly, what I expect - hence my code)
>> is that I want to pretend that we do have a field-based representation
>> and
>> make it work that way.  except better (since there is no 2/29/2001).
>>
>> > Ej, which one of the followings is OK?
>> > '2011-03-01' asDate + 1 year "=> 2012-02-29"
>>
>> Well, I have a bug here.  That needs to be fixed.
>>
>> -cbc
>>
>>
>> On Tue, Dec 2, 2014 at 8:34 AM, Sean P. DeNigris <

> sean@

> >
>> wrote:
>>
>>> Esteban A. Maringolo wrote
>>> > Ej, which one of the followings is OK?
>>> > '2012-02-29' asDate + 1 year  "=> 2013-02-28"
>>> > '2011-03-01' asDate + 1 year "=> 2012-02-29"
>>>
>>> One solution (just ignore the source ha ha) -
>>>
>>> http://msdn.microsoft.com/en-us/library/system.datetime.addyears%28v=vs.110%29.aspx
>>>
>>>
>>>
>>> -
>>> Cheers,
>>> Sean
>>> --
>>> View this message in context:
>>> http://forum.world.st/Duration-year-tp4791727p4793656.html
>>> Sent from the Pharo Smalltalk Developers mailing list archive at
>>> Nabble.com.
>>>
>>>
>>





--
View this message in context: 
http://forum.world.st/Duration-year-tp4791727p4813662.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] [pharo-project/pharo-core] dc5304: 40570

[Ben Coman]

I'd like to see it in Pharo 5.
cheers -ben

On Sat, Mar 21, 2015 at 1:23 AM, stepharo  wrote:

>  We should rollback this change.
> I did it and I will keep it for me.
>
> Stef
>
>
> Le 20/3/15 17:40, Ben Coman a écrit :
>
>
>
> On Fri, Mar 20, 2015 at 11:42 PM, Sean P. DeNigris 
> wrote:
>
>> GitHub wrote
>> > 14890 Browsing a different class should select by default the previously
>> > browsed method
>> >   https://pharo.fogbugz.com/f/cases/14890
>>
>> Ugh. This breaks my workflow. I often click the "Class-side" checkbox to
>> get
>> to the class template, but now it keeps the method selected. At first, I
>> sat
>> there like a monkey (no offense Ulysses ;)) and kept hitting it repeatedly
>> with a perplexed look on my face. Later I saw this issue and connected the
>> dots. I'm not saying its a bad change (I'm not entirely clear on the use
>> case), but...
>>
>> Policy Suggestion: Tool UI changes /must/ be discussed on the list prior
>> to
>> integration.
>>
>>
>>
>  I've actually been wanting this for a long time (thank you). The use
> case is to make it easier to observe differences between super/subclasses
> and sibling classes for the same method.  For example, click on
> DelayScheduler>>shutDown, then click on its two subclasses to observe the
> different implementations.
>
>  However the current implementation makes it difficult to view class
> definitions. Continuing the previous example, after selecting #shutDown,
> try view the class definitions of DelayScheduler and subclasses.
>
>  Useful additional behaviour would be that clicking on a class that is
> already selected would change to class-definition-mode .  Clicking on the
> class again would toggle back to previous-method-mode. Ideally modes would
> hold between change in class selection, however its a bit late to be
> experimenting with this.  It would probably be simplest to just reset the
> previous-method when a selected class is clicked on again, and also when
> class-side button is clicked - or otherwise roll back and leave it for
> Pharo 5.
>
>  cheers -ben
>
>
>

Re: [Pharo-dev] [pharo-project/pharo-core] dc5304: 40570

[stepharo]

We should rollback this change.
I did it and I will keep it for me.

Stef


Le 20/3/15 17:40, Ben Coman a écrit :



On Fri, Mar 20, 2015 at 11:42 PM, Sean P. DeNigris 
mailto:s...@clipperadams.com>> wrote:


GitHub wrote
> 14890 Browsing a different class should select by default the previously
> browsed method
> https://pharo.fogbugz.com/f/cases/14890

Ugh. This breaks my workflow. I often click the "Class-side"
checkbox to get
to the class template, but now it keeps the method selected. At
first, I sat
there like a monkey (no offense Ulysses ;)) and kept hitting it
repeatedly
with a perplexed look on my face. Later I saw this issue and
connected the
dots. I'm not saying its a bad change (I'm not entirely clear on
the use
case), but...

Policy Suggestion: Tool UI changes /must/ be discussed on the list
prior to
integration.



I've actually been wanting this for a long time (thank you). The use 
case is to make it easier to observe differences between 
super/subclasses and sibling classes for the same method.  For 
example, click on DelayScheduler>>shutDown, then click on its two 
subclasses to observe the different implementations.


However the current implementation makes it difficult to view class 
definitions. Continuing the previous example, after selecting 
#shutDown, try view the class definitions of DelayScheduler and 
subclasses.


Useful additional behaviour would be that clicking on a class that is 
already selected would change to class-definition-mode .  Clicking on 
the class again would toggle back to previous-method-mode. Ideally 
modes would hold between change in class selection, however its a bit 
late to be experimenting with this.  It would probably be simplest to 
just reset the previous-method when a selected class is clicked on 
again, and also when class-side button is clicked - or otherwise roll 
back and leave it for Pharo 5.


cheers -ben

[Pharo-dev] [pharo-project/pharo-core]

[GitHub]

  Branch: refs/tags/40571
  Home:   https://github.com/pharo-project/pharo-core

[Pharo-dev] [pharo-project/pharo-core] 93eb5c: 40571

[GitHub]

  Branch: refs/heads/4.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: 93eb5ced08fb721a2448d25cdb6264468e083569
  
https://github.com/pharo-project/pharo-core/commit/93eb5ced08fb721a2448d25cdb6264468e083569
  Author: Jenkins Build Server 
  Date:   2015-03-20 (Fri, 20 Mar 2015)

  Changed paths:
M 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/symbolic
 versions/stable_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version29_.st
M 
MonticelloFileTree-Core.package/extension/MCFileRepositoryInspector/instance/refresh.st
M MonticelloGUI.package/MCFileRepositoryInspector.class/definition.st
M 
MonticelloGUI.package/MCFileRepositoryInspector.class/instance/initialization/initialize.st
M MonticelloGUI.package/MCFileRepositoryInspector.class/instance/morphic 
ui/versionHighlight_.st
R ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
scripts/script570.st
A ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
scripts/script571.st
R ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
updates/update40570.st
A ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
updates/update40571.st
M 
ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
M 
Versionner-Spec-Browser.package/VersionnerProjectPanel.class/instance/accessing-ui/requiredProjectMenu_.st
A 
Versionner-Spec-Browser.package/VersionnerProjectPanel.class/instance/actions/browseProject_.st
A 
Versionner-Spec-Browser.package/VersionnerProjectPanel.class/instance/actions/browseSelectedProject.st
M 
Versionner-Spec-Browser.package/VersionnerProjectPanel.class/instance/initialization/initializeProjectsWidget.st
M 
Versionner-Spec-Browser.package/VersionnerSpecBrowser.class/instance/initialization/initializeWidgets.st
M 
Versionner-Spec-Browser.package/VersionnerSpecBrowser.class/instance/initialization/unregister.st

  Log Message:
  ---
  40571
15097 Monticello repository UI not bolding unloaded packages after Lazy 
MCVersionInfo integrated
https://pharo.fogbugz.com/f/cases/15097

15179 Be able to browse dependent projects with Versionner
https://pharo.fogbugz.com/f/cases/15179

http://files.pharo.org/image/40/40571.zip

Re: [Pharo-dev] [pharo-project/pharo-core] dc5304: 40570

[Ben Coman]

On Fri, Mar 20, 2015 at 11:42 PM, Sean P. DeNigris 
wrote:

> GitHub wrote
> > 14890 Browsing a different class should select by default the previously
> > browsed method
> >   https://pharo.fogbugz.com/f/cases/14890
>
> Ugh. This breaks my workflow. I often click the "Class-side" checkbox to
> get
> to the class template, but now it keeps the method selected. At first, I
> sat
> there like a monkey (no offense Ulysses ;)) and kept hitting it repeatedly
> with a perplexed look on my face. Later I saw this issue and connected the
> dots. I'm not saying its a bad change (I'm not entirely clear on the use
> case), but...
>
> Policy Suggestion: Tool UI changes /must/ be discussed on the list prior to
> integration.
>
>
>
I've actually been wanting this for a long time (thank you). The use case
is to make it easier to observe differences between super/subclasses and
sibling classes for the same method.  For example, click on
DelayScheduler>>shutDown, then click on its two subclasses to observe the
different implementations.

However the current implementation makes it difficult to view class
definitions. Continuing the previous example, after selecting #shutDown,
try view the class definitions of DelayScheduler and subclasses.

Useful additional behaviour would be that clicking on a class that is
already selected would change to class-definition-mode .  Clicking on the
class again would toggle back to previous-method-mode. Ideally modes would
hold between change in class selection, however its a bit late to be
experimenting with this.  It would probably be simplest to just reset the
previous-method when a selected class is clicked on again, and also when
class-side button is clicked - or otherwise roll back and leave it for
Pharo 5.

cheers -ben

[Pharo-dev] Adding a class error, 40570

[stephan]

When trying to run the Coral tests in Pharo 4,
one of the tests raises an error when adding a class

MNU receiver of "asNautilusSelection" is nil

PPCoralCompilerTest>>testAccessIV
"self debug: #testAccessIV"
| c |
self parse: '[
Object < #CoralTestC1
iv: ''bob'' ]'.
self shouldnt: [c := Smalltalk at: #CoralTestC1] raise: KeyNotFound.

I remember having seen something similar
when creating classes in code.

Stephan


Debugger-Stack-UndefinedObject-2015-03-20-16573.fuel
Description: Binary data

Re: [Pharo-dev] [pharo-project/pharo-core] dc5304: 40570

[Sean P. DeNigris]

GitHub wrote
> 14890 Browsing a different class should select by default the previously
> browsed method
>   https://pharo.fogbugz.com/f/cases/14890

Ugh. This breaks my workflow. I often click the "Class-side" checkbox to get
to the class template, but now it keeps the method selected. At first, I sat
there like a monkey (no offense Ulysses ;)) and kept hitting it repeatedly
with a perplexed look on my face. Later I saw this issue and connected the
dots. I'm not saying its a bad change (I'm not entirely clear on the use
case), but...

Policy Suggestion: Tool UI changes /must/ be discussed on the list prior to
integration.



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/pharo-project-pharo-core-dc5304-40570-tp4813535p4813624.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] Who maintains Aconcagua & Chalten?

[Sean P. DeNigris]

> Hernan probably missed your emails, try to contact him directly.
Done, thanks.





-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Who-maintains-Aconcagua-Chalten-tp4813575p4813594.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] Who maintains Aconcagua & Chalten?

[Luc Fabresse]

Hernan probably missed your emails, try to contact him directly.

#Luc

2015-03-20 13:26 GMT+01:00 Esteban Lorenzano :

> that was developed by Hernan Wilkinson & trouppe… no idea if they keep
> maintaining it.
>
> Esteban
>
> > On 20 Mar 2015, at 13:22, Sven Van Caekenberghe  wrote:
> >
> > If there is no response, copy/fork to StHub/github ?
> >
> >> On 20 Mar 2015, at 13:03, Sean P. DeNigris 
> wrote:
> >>
> >> Any idea who maintains them and where to report issues? I have some
> >> question/fixes, some of which I posted to Pharo Users... Thanks.
> >>
> >>
> >>
> >> -
> >> Cheers,
> >> Sean
> >> --
> >> View this message in context:
> http://forum.world.st/Who-maintains-Aconcagua-Chalten-tp4813575.html
> >> Sent from the Pharo Smalltalk Developers mailing list archive at
> Nabble.com.
> >>
> >
> >
>
>
>

Re: [Pharo-dev] Who maintains Aconcagua & Chalten?

[Esteban Lorenzano]

that was developed by Hernan Wilkinson & trouppe… no idea if they keep 
maintaining it. 

Esteban

> On 20 Mar 2015, at 13:22, Sven Van Caekenberghe  wrote:
> 
> If there is no response, copy/fork to StHub/github ?
> 
>> On 20 Mar 2015, at 13:03, Sean P. DeNigris  wrote:
>> 
>> Any idea who maintains them and where to report issues? I have some
>> question/fixes, some of which I posted to Pharo Users... Thanks.
>> 
>> 
>> 
>> -
>> Cheers,
>> Sean
>> --
>> View this message in context: 
>> http://forum.world.st/Who-maintains-Aconcagua-Chalten-tp4813575.html
>> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
>> 
> 
> 

Re: [Pharo-dev] Who maintains Aconcagua & Chalten?

[Sven Van Caekenberghe]

If there is no response, copy/fork to StHub/github ?

> On 20 Mar 2015, at 13:03, Sean P. DeNigris  wrote:
> 
> Any idea who maintains them and where to report issues? I have some
> question/fixes, some of which I posted to Pharo Users... Thanks.
> 
> 
> 
> -
> Cheers,
> Sean
> --
> View this message in context: 
> http://forum.world.st/Who-maintains-Aconcagua-Chalten-tp4813575.html
> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
> 

[Pharo-dev] Who maintains Aconcagua & Chalten?

[Sean P. DeNigris]

Any idea who maintains them and where to report issues? I have some
question/fixes, some of which I posted to Pharo Users... Thanks.



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Who-maintains-Aconcagua-Chalten-tp4813575.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] Number>>#percent

[Tudor Girba]

Thank you.

Doru

On Fri, Mar 20, 2015 at 1:01 PM, Sean P. DeNigris 
wrote:

> Sean P. DeNigris wrote
> > Issue 15165: Number>>#percent shouldn't force to Float
>
> Integrated into 4.0. Thanks everyone.
>
>
>
> -
> Cheers,
> Sean
> --
> View this message in context:
> http://forum.world.st/Number-percent-tp4805988p4813569.html
> Sent from the Pharo Smalltalk Developers mailing list archive at
> Nabble.com.
>
>


-- 
www.tudorgirba.com

"Every thing has its own flow"

Re: [Pharo-dev] Number>>#percent

[Sean P. DeNigris]

Sean P. DeNigris wrote
> Issue 15165: Number>>#percent shouldn't force to Float

Integrated into 4.0. Thanks everyone.



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Number-percent-tp4805988p4813569.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

[Pharo-dev] [pharo-project/pharo-core]

[GitHub]

  Branch: refs/tags/40570
  Home:   https://github.com/pharo-project/pharo-core

[Pharo-dev] [pharo-project/pharo-core] dc5304: 40570

[GitHub]

  Branch: refs/heads/4.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: dc53040c88d7e23cce1912ebcd27bf76804f2dad
  
https://github.com/pharo-project/pharo-core/commit/dc53040c88d7e23cce1912ebcd27bf76804f2dad
  Author: Jenkins Build Server 
  Date:   2015-03-20 (Fri, 20 Mar 2015)

  Changed paths:
M 
AST-Core.package/RBMethodNode.class/instance/accessing/compilationContext.st
A Kernel.package/DelayNullScheduler.class/README.md
A Kernel.package/DelayNullScheduler.class/definition.st
A Kernel.package/DelayNullScheduler.class/instance/as yet 
unclassified/shutDown.st
A Kernel.package/DelayNullScheduler.class/instance/low priority 
processes/schedule_.st
A Kernel.package/DelayNullScheduler.class/instance/low priority 
processes/unschedule_.st
A Kernel.package/DelayNullScheduler.class/instance/snapshotting/startUp.st
A Kernel.package/DelayNullScheduler.class/instance/timer 
process/schedulingProcess.st
A Kernel.package/DelayNullScheduler.class/instance/timer 
process/startTimerEventLoop.st
A Kernel.package/DelayNullScheduler.class/instance/timer 
process/stopTimerEventLoop.st
M 
Nautilus-Tests.package/PackageTreeNautilusTest.class/instance/asserting/assertMethodWidget.st
M 
Nautilus-Tests.package/PackageTreeNautilusTest.class/instance/asserting/assertSelectedCompiledMethod.st
M Nautilus.package/MethodWidget.class/instance/private/getMethodItem_.st
A Nautilus.package/MethodWidget.class/instance/protocol/updateMethodList_.st
M 
Nautilus.package/NautilusUI.class/instance/accessing/selectedClassWithoutChangingSelection_.st
M Nautilus.package/NautilusUI.class/instance/initialization/initialize.st
M 
Nautilus.package/NautilusUI.class/instance/private/updateOnClassSelection.st
A 
Nautilus.package/NautilusUI.class/instance/updating/updateCategoryAndMethodList_.st
R ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
scripts/script569.st
A ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
scripts/script570.st
R ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
updates/update40569.st
A ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
updates/update40570.st
M 
ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st

  Log Message:
  ---
  40570
14890 Browsing a different class should select by default the previously 
browsed method
https://pharo.fogbugz.com/f/cases/14890

15171 MNU: receiver of "getClass" is nil
https://pharo.fogbugz.com/f/cases/15171

15168 add DelayNullScheduler
https://pharo.fogbugz.com/f/cases/15168

http://files.pharo.org/image/40/40570.zip

[Pharo-dev] [pharo-project/pharo-core] af97f8: 40569

[GitHub]

  Branch: refs/heads/4.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: af97f84ad7e3e556e091805872a3ea5697ec8278
  
https://github.com/pharo-project/pharo-core/commit/af97f84ad7e3e556e091805872a3ea5697ec8278
  Author: Jenkins Build Server 
  Date:   2015-03-20 (Fri, 20 Mar 2015)

  Changed paths:
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/README.md
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/class/accessing/project.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/class/development
 support/DevelopmentSupport.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/class/development
 support/validate.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/class/loading/load.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/class/loading/loadBleedingEdge.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/class/loading/loadDevelopment.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/class/loading/loadWithSpec.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/class/metacello
 tool support/isMetacelloConfig.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/class/private/baseConfigurationClassIfAbsent_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/class/private/ensureMetacello.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/class/private/ensureMetacelloBaseConfiguration.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/definition.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/accessing/project.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/baselines/baseline10_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/baselines/baseline11_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/baselines/baseline12_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/baselines/baseline13_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/baselines/baseline14_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/baselines/baseline15_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/baselines/baseline16_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/baselines/baseline20_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/baselines/baseline21_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/baselines/baseline22_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/baselines/baseline23_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/baselines/baseline24_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/baselines/baseline25_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/baselines/baseline26_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/baselines/baseline27_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/catalog/catalogChangeLog.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/catalog/catalogContactInfo.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/catalog/catalogDescription.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/catalog/catalogKeyClassesAndExample.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/catalog/catalogKeywords.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/symbolic
 versions/development_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/symbolic
 versions/stable_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version10_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version110_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version111_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version112_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version113_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version114_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version115_.st
A 
ConfigurationOfVersionner.package/Configu

[Pharo-dev] [pharo-project/pharo-core]

[GitHub]

  Branch: refs/tags/40569
  Home:   https://github.com/pharo-project/pharo-core

[Pharo-dev] [pharo-project/pharo-core] 585ac7: 40568

[GitHub]

  Branch: refs/heads/4.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: 585ac7b769383af76fa5e9580d109760cbba7148
  
https://github.com/pharo-project/pharo-core/commit/585ac7b769383af76fa5e9580d109760cbba7148
  Author: Jenkins Build Server 
  Date:   2015-03-20 (Fri, 20 Mar 2015)

  Changed paths:
A 
Collections-Strings.package/String.class/instance/accessing/allRangesOfSubstring_.st
M Kernel.package/Number.class/instance/converting/percent.st
A KernelTests.package/ClassDescriptionTest.class/instance/tests - 
slots/testHasSlotNamed.st
A Reflectivity.package/ReflectiveMethod.class/instance/inspector 
extensions/gtInspectorASTIn_.st
A Reflectivity.package/ReflectiveMethod.class/instance/inspector 
extensions/gtInspectorIrIn_.st
A Reflectivity.package/ReflectiveMethod.class/instance/inspector 
extensions/gtInspectorPragmasIn_.st
A Reflectivity.package/ReflectiveMethod.class/instance/inspector 
extensions/gtInspectorSourceIn_.st
R ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
scripts/script567.st
A ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
scripts/script568.st
R ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
updates/update40567.st
A ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
updates/update40568.st
M 
ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
M Slot-Tests.package/SlotExampleTest.class/definition.st
A 
Slot-Tests.package/SlotExampleTest.class/instance/tests/testAccessorInstanceVariableSlot.st
A 
Slot-Tests.package/SlotExampleTest.class/instance/tests/testExampleSlotWithDefaultValue.st
A 
Slot-Tests.package/SlotExampleTest.class/instance/tests/testExampleSlotWithState.st
M Slot.package/Slot.class/instance/queries/definingClass.st
A 
Text-Edition.package/FindReplaceService.class/instance/services/findNextSubstring_inTextMorph_.st
M Traits.package/TClassDescription.class/instance/slots/definesSlot_.st
A Traits.package/TClassDescription.class/instance/slots/hasSlotNamed_.st

  Log Message:
  ---
  40568
15167 Fix: Class level should know about visible slots, layout knows all
https://pharo.fogbugz.com/f/cases/15167

15166 More tests for Slots
https://pharo.fogbugz.com/f/cases/15166

15172 Add String>>#allRangesOfSubstring:
https://pharo.fogbugz.com/f/cases/15172

15175 Add FindReplaceService>>#findNextSubstring:inTextMorph:
https://pharo.fogbugz.com/f/cases/15175

15165 Number>>#percent shouldnt force to Float
https://pharo.fogbugz.com/f/cases/15165

15169 add some GT views to ReflectiveMethod
https://pharo.fogbugz.com/f/cases/15169

http://files.pharo.org/image/40/40568.zip

[Pharo-dev] [pharo-project/pharo-core]

[GitHub]

  Branch: refs/tags/40568
  Home:   https://github.com/pharo-project/pharo-core

Re: [Pharo-dev] [Pharo4] 203 issues tagged tagged for Pharo4

[Marcus Denker]

68

> On 19 Mar 2015, at 08:50, Marcus Denker  wrote:
> 
> 88.
> 
> https://pharo.fogbugz.com/f/filters/103/4-0-All
>