Re: [Pharo-users] Pharo Launcher

[Peter Uhnák]

> Downloaded it.  Installed it.  Started it.  Selected an image.  Bam.  The
app vanished.

As I've mentioned in several other threads, the way new images are opened
(the lib that executes the command) seems to be very unreliable and
sometimes opening image just doesn't work, and I have to open PL again and
try again.

My guess is that there's a race condition and PL closes faster, and before
the subprocess manages to be disowned.

Peter

On Mon, Apr 16, 2018 at 3:39 AM, Ben Coman  wrote:

> On 16 April 2018 at 06:02, Benoit St-Jean  wrote:
> > "What path did you install to?"
> >
> >
> > The installer put it in:
> >
> > C:\Users\Benoît St-Jean\AppData\Local\Programs\Pharo\BCPharoLauncher>
>
> To work around the special character in your path, try copying that
> whole folder to C:\BCPharoLauncher
> and directly double-click Pharo.exe.  Then click the Settings tool
> icon and change the Image & VM paths.
>
> Hopefully that will get you going for now, until we sort out a proper fix.
>
> cheers -ben
>
>

Re: [Pharo-users] In P7 scrpt variable to tmp when in debugger

[Marcus Denker]

> On 12 Apr 2018, at 17:18, Marcus Denker  wrote:
> 
> 
> 
>> On 12 Apr 2018, at 17:06, Hilaire  wrote:
>> 
>> Hi Marcus, Benoit,
>> 
>> Nice to know. I was testing in a set up with both .changes and source files. 
>> So I was suspecting something like what your described. I can imagine in 
>> production code your feature to speed up compilation will be appreciated. 
>> For Dr. Geo and Smalltalk sketch, it is better to have variable names.
>> 
> 
> I should have a fix ready tomorrow.
> 

I will for now revert the change:

https://github.com/pharo-project/pharo/pull/1199 


This way it behaves as people expect, I have an idea how to provide an option 
for the faster way.
This will come next.

Marcus 

Re: [Pharo-users] Recover question at startup

[teso...@gmail.com]

I have created an Issue (
https://pharo.fogbugz.com/f/cases/21708/Epicea-should-not-offer-to-recover-changes-if-the-ombu-file-does-not-exists
)
to follow the conversation and to notify Martín and listen to his opinion.

Cheers,
Pablo

On Sun, Apr 15, 2018 at 7:02 AM, Ben Coman  wrote:

> On Sat, Apr 14, 2018 at 5:56 PM, Hilaire  wrote:
>>
>>> Replying to myself for the record, these two lines seem to inactivate
>>> Epicea
>>>
>>> "Inactivate Epicea"
>>> EpSettings monitorEnabled: false.
>>> EpSettings lostEventsDetectorEnabled: false.
>>>
>>>
>>> Now, there is still likely an issue I don't understand
>>
>>
>
> On 15 April 2018 at 00:32, teso...@gmail.com  wrote:
>
>> Hi,
>>I have been checking this problem and the message is shown because is
>> trying to find the ombu file for the current session.
>> Usually what it does is comparing the file with the recorded size and
>> timestamp in the image to check that the file has no new changes.
>> If the file is newer or larger than the previous info of the image, the
>> recover message appears.
>>
>> I think there is a bug here, although I am not sure, I think that Martín
>> has to help to understand it.
>> Because in the current implementation if the file does not exists it
>> produces the recovery message.
>> Even though it can show that there are changes, if there is no file with
>> them I think is quite difficult to recover them.
>>
>> This behaviour is not happening in the machine where the image is built,
>> because the file exists in the disk. They are stored in the pharo-local
>> directory.
>>
>> Cheers,
>> Pablo
>>
>
>
> I didn't have a chance to check for repeat-ability, but yesterday I
> saved-quit and Image-A,
> then in PharoLauncher did a Copy of Image-A to image-B,
> then opening Image-B got a question about Recovery that I didn't expect or
> want.
>
> cheers -ben
>



-- 
Pablo Tesone.
teso...@gmail.com

Re: [Pharo-users] Recover question at startup

[Cyril Ferlicot D.]

On 16/04/2018 11:30, teso...@gmail.com wrote:
> I have created an Issue
> (https://pharo.fogbugz.com/f/cases/21708/Epicea-should-not-offer-to-recover-changes-if-the-ombu-file-does-not-exists)
> to follow the conversation and to notify Martín and listen to his opinion.
> 

Hi,

Indeed it would be cool to not show the recover window when there is no
ombu file. It was something I already raised in this message:

http://forum.world.st/Problems-with-Epicea-on-Pharo-7-td5069768.html

> Cheers,
> Pablo
> 
> -- 
> Pablo Tesone.
> teso...@gmail.com 


-- 
Cyril Ferlicot
https://ferlicot.fr

Re: [Pharo-users] Recover question at startup

[teso...@gmail.com]

Hi Cyril, I have taken your mail and added to the issue.

Thanks

On Mon, Apr 16, 2018 at 11:35 AM, Cyril Ferlicot D. <
cyril.ferli...@gmail.com> wrote:

> On 16/04/2018 11:30, teso...@gmail.com wrote:
> > I have created an Issue
> > (https://pharo.fogbugz.com/f/cases/21708/Epicea-should-not-
> offer-to-recover-changes-if-the-ombu-file-does-not-exists)
> > to follow the conversation and to notify Martín and listen to his
> opinion.
> >
>
> Hi,
>
> Indeed it would be cool to not show the recover window when there is no
> ombu file. It was something I already raised in this message:
>
> http://forum.world.st/Problems-with-Epicea-on-Pharo-7-td5069768.html
>
> > Cheers,
> > Pablo
> >
> > --
> > Pablo Tesone.
> > teso...@gmail.com 
>
>
> --
> Cyril Ferlicot
> https://ferlicot.fr
>
>


-- 
Pablo Tesone.
teso...@gmail.com

[Pharo-users] Some random musings

[Serge Stinckwich]

Hi Pharoers,

some random musings about Random numbers :-)

In the context of the CORMAS project:
http://cormas.cirad.fr/indexeng.htm
I would like to propose an API for manipulating random numbers
to users who are not developers but modelers of complex systems.

In CORMAS, people need to generate a lot of random numbers for simulation
for exemple. For example, you can do:

Cormas randomFloatFrom: -4.1 to: 2.5

​At the moment, there is no Pharo API to generate with a one-liner a random
float number between two values for example.

You can do this for integers: 10 atRandom to generate an integer between 1
to 10.

There is atRandom defined on Interval, so can you say :
(2.3 to: 4.5) atRandom
but it will not generate a random float numbers between 2.3 and 4.5

but numbers like: 2.3, 3.3 or 4.3.
because Interval are considered as a Collection.

​Any comments about that ?
How we can enhance the situation ?​
Any interest to introduce a method to produce random float numbers in an
interval in Pharo ?

​Thank you​
-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/

Re: [Pharo-users] Pharo Launcher

[Ben Coman]

On 16 April 2018 at 16:55, Peter Uhnák  wrote:
>> Downloaded it.  Installed it.  Started it.  Selected an image.  Bam.  The
>> app vanished.
>
> As I've mentioned in several other threads, the way new images are opened
> (the lib that executes the command) seems to be very unreliable and
> sometimes opening image just doesn't work, and I have to open PL again and
> try again.
>
> My guess is that there's a race condition and PL closes faster, and before
> the subprocess manages to be disowned.

I untick the box "Quit on Launch"

cheers -ben

Re: [Pharo-users] Some random musings

[Sven Van Caekenberghe]

I think 

  Float randomFrom: -4.1 to: 2.5

or

  Float randomBetween: -4.1 and: 2.5

would be the most descriptive and compliant to your signature ;-)

An interval does not necessarily contain Floats. 
Going to the class side of Float makes sense because you create a new instance.

> On 16 Apr 2018, at 11:51, Serge Stinckwich  wrote:
> 
> Hi Pharoers,
> 
> some random musings about Random numbers :-)
> 
> In the context of the CORMAS project: 
> http://cormas.cirad.fr/indexeng.htm
> I would like to propose an API for manipulating random numbers
> to users who are not developers but modelers of complex systems.
> 
> In CORMAS, people need to generate a lot of random numbers for simulation for 
> exemple. For example, you can do: 
> 
> Cormas randomFloatFrom: -4.1 to: 2.5
> 
> ​At the moment, there is no Pharo API to generate with a one-liner a random 
> float number between two values for example.
> 
> You can do this for integers: 10 atRandom to generate an integer between 1 to 
> 10.
> 
> There is atRandom defined on Interval, so can you say : 
> (2.3 to: 4.5) atRandom 
> but it will not generate a random float numbers between 2.3 and 4.5
> 
> but numbers like: 2.3, 3.3 or 4.3.
> because Interval are considered as a Collection.
> 
> ​Any comments about that ?
> How we can enhance the situation ?​
> Any interest to introduce a method to produce random float numbers in an 
> interval in Pharo ?
> 
> ​Thank you​
> -- 
> Serge Stinckwich
> UMI UMMISCO 209 (SU/IRD/UY1)
> "Programs must be written for people to read, and only incidentally for 
> machines to execute."
> http://www.doesnotunderstand.org/

Re: [Pharo-users] Some random musings

[Julien]

Hello,

Then this should be added to Integer class as well no?

So the API is uniform.

Because, if I am not wrong, for now if you want to generate an integer that 
could be negative you have to use an Interval

(-10 to: 10) atRandom

Since

10 atRandom

In fact generates a Natural number and not an Integer… :-)

Julien

---
Julien Delplanque
Doctorant à l’Université de Lille 1
http://juliendelplanque.be/phd.html
Equipe Rmod, Inria
Bâtiment B 40, Avenue Halley 59650 Villeneuve d'Ascq
Numéro de téléphone: +333 59 35 86 40

> Le 16 avr. 2018 à 12:51, Sven Van Caekenberghe  a écrit :
> 
> I think 
> 
>  Float randomFrom: -4.1 to: 2.5
> 
> or
> 
>  Float randomBetween: -4.1 and: 2.5
> 
> would be the most descriptive and compliant to your signature ;-)
> 
> An interval does not necessarily contain Floats. 
> Going to the class side of Float makes sense because you create a new 
> instance.
> 
>> On 16 Apr 2018, at 11:51, Serge Stinckwich  
>> wrote:
>> 
>> Hi Pharoers,
>> 
>> some random musings about Random numbers :-)
>> 
>> In the context of the CORMAS project: 
>> http://cormas.cirad.fr/indexeng.htm
>> I would like to propose an API for manipulating random numbers
>> to users who are not developers but modelers of complex systems.
>> 
>> In CORMAS, people need to generate a lot of random numbers for simulation 
>> for exemple. For example, you can do: 
>> 
>> Cormas randomFloatFrom: -4.1 to: 2.5
>> 
>> ​At the moment, there is no Pharo API to generate with a one-liner a random 
>> float number between two values for example.
>> 
>> You can do this for integers: 10 atRandom to generate an integer between 1 
>> to 10.
>> 
>> There is atRandom defined on Interval, so can you say : 
>> (2.3 to: 4.5) atRandom 
>> but it will not generate a random float numbers between 2.3 and 4.5
>> 
>> but numbers like: 2.3, 3.3 or 4.3.
>> because Interval are considered as a Collection.
>> 
>> ​Any comments about that ?
>> How we can enhance the situation ?​
>> Any interest to introduce a method to produce random float numbers in an 
>> interval in Pharo ?
>> 
>> ​Thank you​
>> -- 
>> Serge Stinckwich
>> UMI UMMISCO 209 (SU/IRD/UY1)
>> "Programs must be written for people to read, and only incidentally for 
>> machines to execute."
>> http://www.doesnotunderstand.org/
> 
> 

Re: [Pharo-users] Some random musings

[jtuc...@objektfabrik.de]

Sven, Serge,

Especially in the case of Floats, I think between:and: is *not* a good name.
As always, the question is if between:and: is exclusive or inclusive of 
the border values... So I think the better name is from:to:. I think 
this name indicates it includes the border values.


Joachim




Am 16.04.18 um 12:51 schrieb Sven Van Caekenberghe:

I think

   Float randomFrom: -4.1 to: 2.5

or

   Float randomBetween: -4.1 and: 2.5

would be the most descriptive and compliant to your signature ;-)

An interval does not necessarily contain Floats.
Going to the class side of Float makes sense because you create a new instance.


On 16 Apr 2018, at 11:51, Serge Stinckwich  wrote:

Hi Pharoers,

some random musings about Random numbers :-)

In the context of the CORMAS project:
http://cormas.cirad.fr/indexeng.htm
I would like to propose an API for manipulating random numbers
to users who are not developers but modelers of complex systems.

In CORMAS, people need to generate a lot of random numbers for simulation for 
exemple. For example, you can do:

Cormas randomFloatFrom: -4.1 to: 2.5

​At the moment, there is no Pharo API to generate with a one-liner a random 
float number between two values for example.

You can do this for integers: 10 atRandom to generate an integer between 1 to 
10.

There is atRandom defined on Interval, so can you say :
(2.3 to: 4.5) atRandom
but it will not generate a random float numbers between 2.3 and 4.5

but numbers like: 2.3, 3.3 or 4.3.
because Interval are considered as a Collection.

​Any comments about that ?
How we can enhance the situation ?​
Any interest to introduce a method to produce random float numbers in an 
interval in Pharo ?

​Thank you​
--
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for machines to 
execute."
http://www.doesnotunderstand.org/





--
---
Objektfabrik Joachim Tuchel  mailto:jtuc...@objektfabrik.de
Fliederweg 1                         http://www.objektfabrik.de
D-71640 Ludwigsburg  http://joachimtuchel.wordpress.com
Telefon: +49 7141 56 10 86 0         Fax: +49 7141 56 10 86 1

Re: [Pharo-users] In P7 scrpt variable to tmp when in debugger

[Marcus Denker]

> On 16 Apr 2018, at 11:18, Marcus Denker  wrote:
> 
> 
> 
>> On 12 Apr 2018, at 17:18, Marcus Denker > > wrote:
>> 
>> 
>> 
>>> On 12 Apr 2018, at 17:06, Hilaire >> > wrote:
>>> 
>>> Hi Marcus, Benoit,
>>> 
>>> Nice to know. I was testing in a set up with both .changes and source 
>>> files. So I was suspecting something like what your described. I can 
>>> imagine in production code your feature to speed up compilation will be 
>>> appreciated. For Dr. Geo and Smalltalk sketch, it is better to have 
>>> variable names.
>>> 
>> 
>> I should have a fix ready tomorrow.
>> 
> 
> I will for now revert the change:
>   
>   https://github.com/pharo-project/pharo/pull/1199 
> 
> 
> This way it behaves as people expect, I have an idea how to provide an option 
> for the faster way.
> This will come next.

1) added compiler option to compile with source embedded:
https://github.com/pharo-project/pharo/pull/1200 

2) then we can use this when evaluating, which avoids the double recompile that 
we did:
https://github.com/pharo-project/pharo/pull/1201 


We regain now a lot of speed by avoiding the double recompile, which had been 
the real source of the speed problem.

The pretty-print of course is still done and costs… so this could be 
restructured further. e.g. we could add an explicit option to not pretty print. 

Marcus

Re: [Pharo-users] Some random musings

[Sven Van Caekenberghe]

> On 16 Apr 2018, at 12:57, Julien  wrote:
> 
> Hello,
> 
> Then this should be added to Integer class as well no?
> 
> So the API is uniform.

Probably yes.

> Because, if I am not wrong, for now if you want to generate an integer that 
> could be negative you have to use an Interval
> 
> (-10 to: 10) atRandom
> 
> Since
> 
> 10 atRandom
> 
> In fact generates a Natural number and not an Integer… :-)

Indeed

> 
> Julien
> 
> ---
> Julien Delplanque
> Doctorant à l’Université de Lille 1
> http://juliendelplanque.be/phd.html
> Equipe Rmod, Inria
> Bâtiment B 40, Avenue Halley 59650 Villeneuve d'Ascq
> Numéro de téléphone: +333 59 35 86 40
> 
>> Le 16 avr. 2018 à 12:51, Sven Van Caekenberghe  a écrit :
>> 
>> I think 
>> 
>>  Float randomFrom: -4.1 to: 2.5
>> 
>> or
>> 
>>  Float randomBetween: -4.1 and: 2.5
>> 
>> would be the most descriptive and compliant to your signature ;-)
>> 
>> An interval does not necessarily contain Floats. 
>> Going to the class side of Float makes sense because you create a new 
>> instance.
>> 
>>> On 16 Apr 2018, at 11:51, Serge Stinckwich  
>>> wrote:
>>> 
>>> Hi Pharoers,
>>> 
>>> some random musings about Random numbers :-)
>>> 
>>> In the context of the CORMAS project: 
>>> http://cormas.cirad.fr/indexeng.htm
>>> I would like to propose an API for manipulating random numbers
>>> to users who are not developers but modelers of complex systems.
>>> 
>>> In CORMAS, people need to generate a lot of random numbers for simulation 
>>> for exemple. For example, you can do: 
>>> 
>>> Cormas randomFloatFrom: -4.1 to: 2.5
>>> 
>>> ​At the moment, there is no Pharo API to generate with a one-liner a random 
>>> float number between two values for example.
>>> 
>>> You can do this for integers: 10 atRandom to generate an integer between 1 
>>> to 10.
>>> 
>>> There is atRandom defined on Interval, so can you say : 
>>> (2.3 to: 4.5) atRandom 
>>> but it will not generate a random float numbers between 2.3 and 4.5
>>> 
>>> but numbers like: 2.3, 3.3 or 4.3.
>>> because Interval are considered as a Collection.
>>> 
>>> ​Any comments about that ?
>>> How we can enhance the situation ?​
>>> Any interest to introduce a method to produce random float numbers in an 
>>> interval in Pharo ?
>>> 
>>> ​Thank you​
>>> -- 
>>> Serge Stinckwich
>>> UMI UMMISCO 209 (SU/IRD/UY1)
>>> "Programs must be written for people to read, and only incidentally for 
>>> machines to execute."
>>> http://www.doesnotunderstand.org/
>> 
>> 
> 

Re: [Pharo-users] Some random musings

[Sven Van Caekenberghe]

#between:and: is a well known test selector, which is inclusive on both ends.

> On 16 Apr 2018, at 12:59, jtuc...@objektfabrik.de wrote:
> 
> Sven, Serge,
> 
> Especially in the case of Floats, I think between:and: is *not* a good name.
> As always, the question is if between:and: is exclusive or inclusive of the 
> border values... So I think the better name is from:to:. I think this name 
> indicates it includes the border values.
> 
> Joachim
> 
> 
> 
> 
> Am 16.04.18 um 12:51 schrieb Sven Van Caekenberghe:
>> I think
>> 
>>   Float randomFrom: -4.1 to: 2.5
>> 
>> or
>> 
>>   Float randomBetween: -4.1 and: 2.5
>> 
>> would be the most descriptive and compliant to your signature ;-)
>> 
>> An interval does not necessarily contain Floats.
>> Going to the class side of Float makes sense because you create a new 
>> instance.
>> 
>>> On 16 Apr 2018, at 11:51, Serge Stinckwich  
>>> wrote:
>>> 
>>> Hi Pharoers,
>>> 
>>> some random musings about Random numbers :-)
>>> 
>>> In the context of the CORMAS project:
>>> http://cormas.cirad.fr/indexeng.htm
>>> I would like to propose an API for manipulating random numbers
>>> to users who are not developers but modelers of complex systems.
>>> 
>>> In CORMAS, people need to generate a lot of random numbers for simulation 
>>> for exemple. For example, you can do:
>>> 
>>> Cormas randomFloatFrom: -4.1 to: 2.5
>>> 
>>> ​At the moment, there is no Pharo API to generate with a one-liner a random 
>>> float number between two values for example.
>>> 
>>> You can do this for integers: 10 atRandom to generate an integer between 1 
>>> to 10.
>>> 
>>> There is atRandom defined on Interval, so can you say :
>>> (2.3 to: 4.5) atRandom
>>> but it will not generate a random float numbers between 2.3 and 4.5
>>> 
>>> but numbers like: 2.3, 3.3 or 4.3.
>>> because Interval are considered as a Collection.
>>> 
>>> ​Any comments about that ?
>>> How we can enhance the situation ?​
>>> Any interest to introduce a method to produce random float numbers in an 
>>> interval in Pharo ?
>>> 
>>> ​Thank you​
>>> -- 
>>> Serge Stinckwich
>>> UMI UMMISCO 209 (SU/IRD/UY1)
>>> "Programs must be written for people to read, and only incidentally for 
>>> machines to execute."
>>> http://www.doesnotunderstand.org/
>> 
>> 
> 
> -- 
> ---
> Objektfabrik Joachim Tuchel  mailto:jtuc...@objektfabrik.de
> Fliederweg 1 http://www.objektfabrik.de
> D-71640 Ludwigsburg  http://joachimtuchel.wordpress.com
> Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1
> 
> 

Re: [Pharo-users] Where do we go now ?

[Jimmie Houchin]

On 04/13/2018 07:33 AM, Esteban Lorenzano wrote:



On 13 Apr 2018, at 14:23, Ben Coman > wrote:


Unfortunately there probably isn't one list.
Its hard to unlearn what is accumulated
and easy to take for granted what we know is obvious to everyone.
Maybe we need a "Glossary" at 
https://github.com/pharo-project/pharo/tree/master/wiki

where newcomers can add items for others to fill in.


this is part a debate Stef and I have since years.
I think we need to put generic names to our tools:

- System browser
- Source Version Control
- etc.

while Stef supports fantasy names:

- Calypso
- Iceberg
- etc.

you know who won this debate ;)

but at least I would like to add an option for special menu to show 
what is suck tool.


cheers,
Esteban


Personally I have wished for a long time that Pharo used standard names 
for the default tools or libraries in the image. I think the fancy names 
can lead to confusion as to what am I supposed to use. Which one is the 
default one, which one is the development one. One shouldn't have to ask 
the mailing list to determine such things.


If one plans on developing in Pharo for years or for decades. The 
constant turnover of names makes things cognitively more challenging and 
I would think it would also make bringing older code forward more difficult.


I ask these questions as one who doesn't know the answer, but only has 
an opinion. This is not what I do everyday.


What works best for the long view of our system? At some point we know  
the constant churn will be reduced and we will have a clean, as small as 
reasonable and stable system. When this is the case, what is best for 
Pharo in naming of tools and libraries? New names every time 
implementation changes? Or stable common understandable names, names 
which represent what the class is? I think the fancy name is okay for 
the development version. And when upgraded to becoming the default, the 
name becomes the default name.


I think it would be nice to have stable names which can provide a stable 
api of class names and public messages which can be around for decades. 
I think innovation and creativity belong in better places than what's 
the new name for the System Browser, etc.


It seems this would be nicer on us bears of very little brain. :)

Jimmie

[Pharo-users] [Pharo-Launcher] call for tests on Windows

[Christophe Demarey]

Hi,

Regarding the various problems Pharo Launchers had on Windows, we worked on a 
new installer based on Advanced Installer [1] to avoid UAC (User Account 
Control) and write permissions problems. This new installer now installs Pharo 
Launcher in the user’s local app data folder (where for sure, he has write 
permissions). Pharo Launcher also now have its own icon and use its own name 
instead of Pharo. Also, the uninstaller now works as expected. Last but not 
least, the installer is now signed to avoid warning of Windows Defender.
Thanks to Ben Coman who did the first version of the packaging using Advanced 
Installer (was NSIS).
This version should also improve the launch of Pharo images on Windows.

So, please could you install and test this new version: and report any problem 
with it? http://files.pharo.org/pharo-launcher/win-alpha/
We do not have windows users around so it’s hard to know if it works outside 
our tests boxes.

Thanks,
Christophe

[1] https://www.advancedinstaller.com/

Re: [Pharo-users] Some random musings

[Benoit St-Jean via Pharo-users]

--- Begin Message ---
"Any interest to introduce a method to produce random float numbers in an 
interval in Pharo ?"
Yes, that would definitely be useful   And it would not only be useful for 
Float but for all numbers.  Would save us from the usual "#truncated and +1" 
trick we always have to write!!


- 
Benoît St-Jean 
Yahoo! Messenger: bstjean 
Twitter: @BenLeChialeux 
Pinterest: benoitstjean 
Instagram: Chef_Benito
IRC: lamneth 
Blogue: endormitoire.wordpress.com 
"A standpoint is an intellectual horizon of radius zero".  (A. Einstein)--- End Message ---

Re: [Pharo-users] Some random musings

[Benoit St-Jean via Pharo-users]

--- Begin Message ---
"Float randomBetween: -4.1 and: 2.5
would be the most descriptive and compliant to your signature ;-)"
I also prefer #randomBetween:and: .
"Going to the class side of Float makes sense because you create a new 
instance."

But I'm not so sure about putting this on the class side.
In fact, right now #atRandom is on the instance side and it's been that way 
since the beginning.  It would be akward to have one method of generating 
random numbers on the class side and all others on the instance side.  And 
moving everything on the class side would break tons of code and legacy code.  
Besides, random numbers have always been seen and/or dealt with as streams : 
the intent was to get "the next one" in the stream, not create "a new instance"



- 
Benoît St-Jean 
Yahoo! Messenger: bstjean 
Twitter: @BenLeChialeux 
Pinterest: benoitstjean 
Instagram: Chef_Benito
IRC: lamneth 
Blogue: endormitoire.wordpress.com 
"A standpoint is an intellectual horizon of radius zero".  (A. Einstein)--- End Message ---

[Pharo-users] UTF-8 encoding

[Benoit St-Jean via Pharo-users]

--- Begin Message ---
Regarding the problems I have with my firstname and file paths and utf-8 
encoding, I found something weird in the UTF-8 encoding.  In fact, to be more 
precise, I found something strange when converting a String to a ByteArray 
(which UTF-8 encoders convert from)
If I look at the example in the comment of ByteArray>>utf8Decoded, 'Les élèves 
français' is encoded as: 

#[76 101 115 32 195 169 108 195 168 118 101 115 32 102 114 97 110 195 167 97 
105 115]

NOW, if I take that very same string, 'Les élèves français' , and convert it to 
a ByteArray, I get :
'Les élèves français' asByteArray printString.

#[76 101 115 32 233 108 232 118 101 115 32 102 114 97 110 231 97 105 115]

The 2 don't match!
By the way, this problem exists on Pharo 5.1, 6.1 and 7.1 (on Windows 10 )
Can anyone confirm/infirm on another platform to see if this is 
Windows-specific?


- 
Benoît St-Jean 
Yahoo! Messenger: bstjean 
Twitter: @BenLeChialeux 
Pinterest: benoitstjean 
Instagram: Chef_Benito
IRC: lamneth 
Blogue: endormitoire.wordpress.com 
"A standpoint is an intellectual horizon of radius zero".  (A. Einstein)--- End Message ---

Re: [Pharo-users] UTF-8 encoding

[Sven Van Caekenberghe]

> On 16 Apr 2018, at 17:06, Benoit St-Jean via Pharo-users 
>  wrote:
> 
> 
> From: Benoit St-Jean 
> Subject: UTF-8 encoding
> Date: 16 April 2018 at 17:06:28 GMT+2
> To: Any question about pharo is welcome 
> Reply-To: Benoit St-Jean 
> 
> 
> Regarding the problems I have with my firstname and file paths and utf-8 
> encoding, I found something weird in the UTF-8 encoding.  In fact, to be more 
> precise, I found something strange when converting a String to a ByteArray 
> (which UTF-8 encoders convert from)
> 
> If I look at the example in the comment of ByteArray>>utf8Decoded, 'Les 
> élèves français' is encoded as: 
> 
> #[76 101 115 32 195 169 108 195 168 118 101 115 32 102 114 97 110 195 167 97 
> 105 115]
> 
> NOW, if I take that very same string, 'Les élèves français' , and convert it 
> to a ByteArray, I get :
> 'Les élèves français' asByteArray printString.

You cannot do that, that is using a null encoding, which is almost always wrong.

Please read (the first part) of

https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessfulBuild/artifact/book-result/Zinc-Encoding-Meta/Zinc-Encoding-Meta.html

carefully.

> #[76 101 115 32 233 108 232 118 101 115 32 102 114 97 110 231 97 105 115]
> 
> The 2 don't match!
> 
> By the way, this problem exists on Pharo 5.1, 6.1 and 7.1 (on Windows 10 )
> 
> Can anyone confirm/infirm on another platform to see if this is 
> Windows-specific?

This behaviour is not-windows specific, it is like that on all platforms, and 
it is correct ;-)

> - 
> Benoît St-Jean 
> Yahoo! Messenger: bstjean 
> Twitter: @BenLeChialeux 
> Pinterest: benoitstjean 
> Instagram: Chef_Benito
> IRC: lamneth 
> Blogue: endormitoire.wordpress.com 
> "A standpoint is an intellectual horizon of radius zero".  (A. Einstein)
> 
> 

Re: [Pharo-users] Pharo Launcher

[Peter Uhnák]

On Mon, Apr 16, 2018 at 12:30 PM, Ben Coman  wrote:

> On 16 April 2018 at 16:55, Peter Uhnák  wrote:
> >> Downloaded it.  Installed it.  Started it.  Selected an image.  Bam.
> The
> >> app vanished.
> >
> > As I've mentioned in several other threads, the way new images are opened
> > (the lib that executes the command) seems to be very unreliable and
> > sometimes opening image just doesn't work, and I have to open PL again
> and
> > try again.
> >
> > My guess is that there's a race condition and PL closes faster, and
> before
> > the subprocess manages to be disowned.
>
> I untick the box "Quit on Launch"
>


That just turns the problem of "I sometimes have to do extra steps" to "I
always have to do extra steps" (i.e. close PL)

Re: [Pharo-users] UTF-8 encoding

[Sven Van Caekenberghe]

> On 16 Apr 2018, at 17:25, Benoit St-Jean  wrote:
> 
> "You cannot do that, that is using a null encoding, which is almost always 
> wrong."
> 
> Well, that is exactly what happens when translating my "home" path on Windows 
> 10 !

Then you probably found a bug.

As the comment says, the assumption is that the string parameter is something 
that it is not, it seems to be already decoded. Or it was/is in Latin1. 

Question remains: how did it get there (from which primitive) ? I am guessing 
from environment variables. Maybe there is a decoding error there ?

> See attached image
> 
> 
> - 
> Benoît St-Jean 
> Yahoo! Messenger: bstjean 
> Twitter: @BenLeChialeux 
> Pinterest: benoitstjean 
> Instagram: Chef_Benito
> IRC: lamneth 
> Blogue: endormitoire.wordpress.com 
> "A standpoint is an intellectual horizon of radius zero".  (A. Einstein)
> 
> 
> On Monday, April 16, 2018, 11:12:58 a.m. EDT, Sven Van Caekenberghe 
>  wrote:
> 
> 
> 
> 
> > On 16 Apr 2018, at 17:06, Benoit St-Jean via Pharo-users 
> >  wrote:
> > 
> > 
> > From: Benoit St-Jean 
> > Subject: UTF-8 encoding
> > Date: 16 April 2018 at 17:06:28 GMT+2
> > To: Any question about pharo is welcome 
> > Reply-To: Benoit St-Jean 
> > 
> > 
> > Regarding the problems I have with my firstname and file paths and utf-8 
> > encoding, I found something weird in the UTF-8 encoding.  In fact, to be 
> > more precise, I found something strange when converting a String to a 
> > ByteArray (which UTF-8 encoders convert from)
> > 
> > If I look at the example in the comment of ByteArray>>utf8Decoded, 'Les 
> > élèves français' is encoded as: 
> > 
> > #[76 101 115 32 195 169 108 195 168 118 101 115 32 102 114 97 110 195 167 
> > 97 105 115]
> > 
> > NOW, if I take that very same string, 'Les élèves français' , and convert 
> > it to a ByteArray, I get :
> > 'Les élèves français' asByteArray printString.
> 
> You cannot do that, that is using a null encoding, which is almost always 
> wrong.
> 
> Please read (the first part) of
> 
> https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessfulBuild/artifact/book-result/Zinc-Encoding-Meta/Zinc-Encoding-Meta.html
> 
> carefully.
> 
> > #[76 101 115 32 233 108 232 118 101 115 32 102 114 97 110 231 97 105 115]
> > 
> > The 2 don't match!
> > 
> > By the way, this problem exists on Pharo 5.1, 6.1 and 7.1 (on Windows 10 )
> > 
> > Can anyone confirm/infirm on another platform to see if this is 
> > Windows-specific?
> 
> This behaviour is not-windows specific, it is like that on all platforms, and 
> it is correct ;-)
> 
> 
> > - 
> > Benoît St-Jean 
> > Yahoo! Messenger: bstjean 
> > Twitter: @BenLeChialeux 
> > Pinterest: benoitstjean 
> > Instagram: Chef_Benito
> > IRC: lamneth 
> > Blogue: endormitoire.wordpress.com 
> > "A standpoint is an intellectual horizon of radius zero".  (A. Einstein)
> > 
> > 
> 

Re: [Pharo-users] [Pharo-Launcher] call for tests on Windows

[Richard Sargent]

I ran the launcher against my Windows 7 office computer and have created an
issue with my feedback.
https://github.com/pharo-project/pharo-launcher/issues/93



On Mon, Apr 16, 2018 at 7:13 AM, Christophe Demarey <
christophe.dema...@inria.fr> wrote:

> Hi,
>
> Regarding the various problems Pharo Launchers had on Windows, we worked
> on a new installer based on Advanced Installer [1] to avoid UAC (User
> Account Control) and write permissions problems. This new installer now
> installs Pharo Launcher in the user’s local app data folder (where for
> sure, he has write permissions). Pharo Launcher also now have its own icon
> and use its own name instead of Pharo. Also, the uninstaller now works as
> expected. Last but not least, the installer is now signed to avoid warning
> of Windows Defender.
> Thanks to Ben Coman who did the first version of the packaging using
> Advanced Installer (was NSIS).
> This version should also improve the launch of Pharo images on Windows.
>
> So, please could you install and test this new version: and report any
> problem with it? http://files.pharo.org/pharo-launcher/win-alpha/
> We do not have windows users around so it’s hard to know if it works
> outside our tests boxes.
>
> Thanks,
> Christophe
>
> [1] https://www.advancedinstaller.com/
>

Re: [Pharo-users] Pharo Launcher

[Ben Coman]

On 17 April 2018 at 00:11, Peter Uhnák  wrote:

>
>
> On Mon, Apr 16, 2018 at 12:30 PM, Ben Coman  wrote:
>
>> On 16 April 2018 at 16:55, Peter Uhnák  wrote:
>> >> Downloaded it.  Installed it.  Started it.  Selected an image.  Bam.
>> The
>> >> app vanished.
>> >
>> > As I've mentioned in several other threads, the way new images are
>> opened
>> > (the lib that executes the command) seems to be very unreliable and
>> > sometimes opening image just doesn't work, and I have to open PL again
>> and
>> > try again.
>> >
>> > My guess is that there's a race condition and PL closes faster, and
>> before
>> > the subprocess manages to be disowned.
>>
>> I untick the box "Quit on Launch"
>>
>
>
> That just turns the problem of "I sometimes have to do extra steps" to "I
> always have to do extra steps" (i.e. close PL)
>

You misunderstand.  I *prefer* never to close PharoLauncher.
Particularly when I dig deep into stuff that is likely to hang an Image,
Needing to *again* click the start menu, then click PharoLauncher,
to get to the Image I want are two extra steps I like to avoid.

I guess thats why I added that feature to PharoLauncher ;)

cheers -ben

[Pharo-users] Updating a P7 image

[nacho]

Hi,
Sorry to ask this potentially stupid question 
I'm currently using P6.1, but started to take a look at P7.
I've noticed that "Software Update" disappeared from the main menu.
What is the correct way of updating the P7 image now?
Thanks in advance
Nacho




-
Nacho
Smalltalker apprentice.
Buenos Aires, Argentina.
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Re: [Pharo-users] [Pharo-Launcher] call for tests on Windows

[Paul DeBruicker]

Microsoft allows devs to download VMs for Windows 7, 8, & 10 that work with
VirtualBox, Vagrant, VmWare, Parallels, & HyperV here:


https://developer.microsoft.com/en-us/microsoft-edge/tools/vms/



They last 90 days and you can install Pharo on them.  Their real purpose is
to test websites on IE.







demarey wrote
> Hi,
> 
> Regarding the various problems Pharo Launchers had on Windows, we worked
> on a new installer based on Advanced Installer [1] to avoid UAC (User
> Account Control) and write permissions problems. This new installer now
> installs Pharo Launcher in the user’s local app data folder (where for
> sure, he has write permissions). Pharo Launcher also now have its own icon
> and use its own name instead of Pharo. Also, the uninstaller now works as
> expected. Last but not least, the installer is now signed to avoid warning
> of Windows Defender.
> Thanks to Ben Coman who did the first version of the packaging using
> Advanced Installer (was NSIS).
> This version should also improve the launch of Pharo images on Windows.
> 
> So, please could you install and test this new version: and report any
> problem with it? http://files.pharo.org/pharo-launcher/win-alpha/
> We do not have windows users around so it’s hard to know if it works
> outside our tests boxes.
> 
> Thanks,
> Christophe
> 
> [1] https://www.advancedinstaller.com/





--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Re: [Pharo-users] Playground and Smalltalk script

[Hilaire]

The issue can be seen in the built at 
https://www.dropbox.com/s/a4wb7c6od4fdl9k/DrGeo.app-18.06a.zip?dl=0


In the world menu, just select "Open script", Spotter is open in a 
folder full of .st scripts, Ctrl-Left does not preview the script 
content, any idea?


Hilaire

--
Dr. Geo
http://drgeo.eu

Re: [Pharo-users] [Pharo-Launcher] call for tests on Windows

[Esteban A. Maringolo]

On 16/04/2018 11:13, Christophe Demarey wrote:

> So, please could you install and test this new version: and report any 
> problem with it? http://files.pharo.org/pharo-launcher/win-alpha/

I'm downloading it, but something is wrong with that fileserver, it's
downloading at vry slow speeds.

Can't we use something like AWS S3 to store the files of files.pharo.org?

> We do not have windows users around so it’s hard to know if it works outside 
> our tests boxes.

Once it finishes I'll let you know. I'm one the few out there still
using Windows 7 Pro.

Regards,

-- 
Esteban A. Maringolo

Re: [Pharo-users] Playground and Smalltalk script

[Tudor Girba]

Hi,

The preview happens with Ctrl+p (or clicking on the large gray arrow that goes 
out of the window frame).

Ctrl+Right goes inside the selected object and tries to search there.

Cheers,
Doru

> On Apr 16, 2018, at 9:34 PM, Hilaire  wrote:
> 
> The issue can be seen in the built at 
> https://www.dropbox.com/s/a4wb7c6od4fdl9k/DrGeo.app-18.06a.zip?dl=0
> 
> In the world menu, just select "Open script", Spotter is open in a folder 
> full of .st scripts, Ctrl-Left does not preview the script content, any idea?
> 
> Hilaire
> 
> -- 
> Dr. Geo
> http://drgeo.eu
> 
> 
> 

--
www.tudorgirba.com
www.feenk.com

"There are no old things, there are only old ways of looking at them."