[Pharo-users] Vote for the Pharo Mooc

2019-01-10 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---
Hi folks,

You can now vote for the Mooc of the year on :
http://r.news1.fun-mooc.fr/mk/cl/4hV61iNLo1hKaNwqtQNyMTHoEhJD-d6CY0tH22cxzhIh7qQFZmQdjPNPv5u5VPsCP0Ve1yRzqjhuDC8SgzBhv3n76Az3yNSVNnwm1frdubcNlzBRnA

Please vote for “Programmation objet immersive en Pharo / Live Object 
Programming in Pharo” the super fun and instructive mooc :)

Abdelghani

On 29 Dec 2018, at 3:41 am, Fun-Mooc  wrote:

MOOC of the year 2019 :
Votez pour le MOOC de votre choix ! 

 
Le mois de janvier 2019 sera pour FUN, un mois riche en événements. Notamment 
avec la cérémone des “MOOC of the year” qui aura lieu le 30 janvier prochain. 
Cet événement est initié par “My MOOC”, plateforme qui référence plus de 10 000 
MOOC, dont ceux diffusés par France Université Numérique.
Les apprenants peuvent voter pour le MOOC de l'année 2018 : votez pour un MOOC 
de FUN !
 

--- End Message ---

Re: [Pharo-users] Change the name of the programer in the image

2019-01-07 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---
Thank you guys for your answers.

I didn't know about the Author class and I dont think I would have figured it 
out :)
I did not notice neither that moving the image resets the author. I assume that 
it does not work when the image is moved in the same path in a different 
machine.
I now know also that everything is in the changes file. I guess there are no 
security mechanism to avoid bad manipulation of such data (but I understand 
that this is not really useful elsewhere than in a classroom environment :))

Thanks again
Abdelghani

> 
> On 07 Jan 2019, at 10:08 am, Esteban Lorenzano  wrote:
> 
> But also, it should ask it again each time image changes position (something 
> that I deeply hate, but can be useful in this situation :P)
> 
> Esteban
> 
>> On 7 Jan 2019, at 09:02, Sven Van Caekenberghe  wrote:
>> 
>> I would guess that the way to do that is
>> 
>> Author reset
>> 
>>> On 5 Jan 2019, at 20:16, Alidra Abdelghani via Pharo-users 
>>>  wrote:
>>> 
>>> 
>>> From: Alidra Abdelghani 
>>> Subject: Change the name of the programer in the image
>>> Date: 5 January 2019 at 20:16:22 GMT+1
>>> To: pharo-users@lists.pharo.org
>>> 
>>> 
>>> Hi,
>>> 
>>> In a fresh Pharo image, when you edit your first method the system asks you 
>>> for your name.
>>> Sometimes, I share some images with my students so I wonder if it is 
>>> possible for them to enter their name instead of mine when they edit their 
>>> own code?
>>> 
>>> Thanks in advance
>>> Abdelghani
>>> 
>>> 
>>> 
>>> 
>> 
>> 
> 


--- End Message ---

Re: [Pharo-users] Change the name of the programer in the image

2019-01-07 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---
Thank you guys for your answers.

I didn't know about the Author class and I dont think I would have figured it 
out :)
I did not notice neither that moving the image resets the author. I assume that 
it does not work when the image is moved in the same path in a different 
machine.
I now I know also that everything is in the changes file. I guess there are no 
security mechanism to avoid bad manipulation of such data (but I understand 
that this is not really useful elsewhere than in a classroom environment :))

Thanks again
Abdelghani

> 
> On 07 Jan 2019, at 10:08 am, Esteban Lorenzano  wrote:
> 
> But also, it should ask it again each time image changes position (something 
> that I deeply hate, but can be useful in this situation :P)
> 
> Esteban
> 
>> On 7 Jan 2019, at 09:02, Sven Van Caekenberghe  wrote:
>> 
>> I would guess that the way to do that is
>> 
>> Author reset
>> 
>>> On 5 Jan 2019, at 20:16, Alidra Abdelghani via Pharo-users 
>>>  wrote:
>>> 
>>> 
>>> From: Alidra Abdelghani 
>>> Subject: Change the name of the programer in the image
>>> Date: 5 January 2019 at 20:16:22 GMT+1
>>> To: pharo-users@lists.pharo.org
>>> 
>>> 
>>> Hi,
>>> 
>>> In a fresh Pharo image, when you edit your first method the system asks you 
>>> for your name.
>>> Sometimes, I share some images with my students so I wonder if it is 
>>> possible for them to enter their name instead of mine when they edit their 
>>> own code?
>>> 
>>> Thanks in advance
>>> Abdelghani
>>> 
>>> 
>>> 
>>> 
>> 
>> 
> 


--- End Message ---

[Pharo-users] Change the name of the programer in the image

2019-01-06 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---
Hi,

In a fresh Pharo image, when you edit your first method the system asks you for 
your name.
Sometimes, I share some images with my students so I wonder if it is possible 
for them to enter their name instead of mine when they edit their own code?

Thanks in advance
Abdelghani


--- End Message ---

Re: [Pharo-users] Why is the root class of tests named TestAsserter?

2018-10-11 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---
Hi James,

Thanks a lot for this very interesting historical perspective :)
Still I think TestAsserter is not the most intuitive name. Asserter is not even 
an English word if I am not mistaken.

Thanks again
Abdelghani

> On 10 Oct 2018, at 1:57 pm, James Foster  wrote:
> 
> Hi Abdelghani,
> 
> I don’t have immediate access to earlier versions of SUnit (oh, that it were 
> on GitHub!), but my recollection is that TestCase was originally a root class 
> but duplicate code with TestResource inspired a refactoring that called for a 
> common superclass. The name TestAsserter was chosen to reflect the common 
> behavior.
> 
> James
> 
>> On Oct 9, 2018, at 8:12 AM, Alidra Abdelghani via Pharo-users 
>> mailto:pharo-users@lists.pharo.org>> wrote:
>> 
>> 
>> From: Alidra Abdelghani mailto:alidran...@yahoo.fr>>
>> Subject: Why is the root class of tests named TestAsserter?
>> Date: October 9, 2018 at 8:12:11 AM PDT
>> To: pharo-users@lists.pharo.org <mailto:pharo-users@lists.pharo.org>
>> 
>> 
>> Hi,
>> 
>> I am trying to understand how classes in smalltalk projects are named. 
>> Something I can hardly understand is why the root class of the Test 
>> hierarchy is named TestAsserter?
>> What is the intention behind the term Asserter?
>> Wouldn’t it be more appropriate to name it AbstractTest since most classes 
>> of this hierarchy are Tests?
>> 
>> Many thanks in advance
>> Abdelghani
>> 
>> 
>> 
> 

Dr. Abdelghani Alidra 
Enseignant-chercheur
Université 20 août 1955
SKIKDA-ALGÉRIE 
Mob:+ 213 550 453 391

--- End Message ---

[Pharo-users] Why is the root class of tests named TestAsserter?

2018-10-09 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---
Hi,

I am trying to understand how classes in smalltalk projects are named. 
Something I can hardly understand is why the root class of the Test hierarchy 
is named TestAsserter?
What is the intention behind the term Asserter?
Wouldn’t it be more appropriate to name it AbstractTest since most classes of 
this hierarchy are Tests?

Many thanks in advance
Abdelghani
--- End Message ---

Re: [Pharo-users] Is there a project Label for packages

2018-08-14 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---
Thanks a lot guys for your help.

Cheers
Abdelghani

> On 12 Aug 2018, at 10:50 am, Peter Uhnák  wrote:
> 
> BaselineOf/ConfigurationOf is the only place that contains this information, 
> e.g.
> 
> (BaselineOfCalypso project version packages collect: #name) asSet
> 
> Peter
> 
> On Sat, Aug 11, 2018 at 7:41 PM, Eric Gade  <mailto:eric.g...@gmail.com>> wrote:
> Unless I'm mistaken, the `BaselineOfXXX` is, in part, a description of all 
> the packages used by a given project.
> 
> On Sat, Aug 11, 2018 at 1:18 PM, Alidra Abdelghani via Pharo-users 
> mailto:pharo-users@lists.pharo.org>> wrote:
> 
> 
> -- Forwarded message --
> From: Alidra Abdelghani mailto:alidran...@yahoo.fr>>
> To: pharo-users@lists.pharo.org <mailto:pharo-users@lists.pharo.org>
> Cc: 
> Bcc: 
> Date: Sat, 11 Aug 2018 18:18:17 +0100
> Subject: Is there a project Label for packages
> Hi,
> 
> I would like to filter Packages according to the project they have been 
> developed in (For instance, the Roassal packages, the Seaside packages, the 
> Moose packages,…)
> 
> 
> So I am wondering if there is any way to question a package about the 
> project(s) it belong to?
> If not in Pharo, maybe there such a thing in Famix?
> If not, is there a way to reach this information (a repo, a web site, ….)
> NB.
> I could use the prefix of the name of the package, but this does not seem to 
> be always accurate (for the Pharo project for instance)
> 
> Thanks a lot in advance
> Abdelghani
> 
> 
> 
> 
> 
> 
> -- 
> Eric
> 

Dr. Abdelghani Alidra 
Enseignant-chercheur
Université 20 août 1955
SKIKDA-ALGÉRIE 
Mob:+ 213 550 453 391

--- End Message ---

[Pharo-users] Is there a project Label for packages

2018-08-11 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---
Hi,

I would like to filter Packages according to the project they have been 
developed in (For instance, the Roassal packages, the Seaside packages, the 
Moose packages,…)


So I am wondering if there is any way to question a package about the 
project(s) it belong to?
If not in Pharo, maybe there such a thing in Famix?
If not, is there a way to reach this information (a repo, a web site, ….)
NB.
I could use the prefix of the name of the package, but this does not seem to be 
always accurate (for the Pharo project for instance)

Thanks a lot in advance
Abdelghani


--- End Message ---

Re: [Pharo-users] Package extension. Adding instance variables to classes

2018-05-12 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---
Ok, got it.

Thanks Guille

Abdelghani
> On 10 May 2018, at 21:59, Guillermo Polito <guillermopol...@gmail.com> wrote:
> 
> Just be careful, that privateState thing looks like a Moose only Famix 
> feature. It't not available in plain Pharo objects :)
> 
> On Wed, May 9, 2018 at 2:09 AM, Alidra Abdelghani via Pharo-users 
> <pharo-users@lists.pharo.org <mailto:pharo-users@lists.pharo.org>> wrote:
> 
> 
> -- Forwarded message --
> From: Alidra Abdelghani <alidran...@yahoo.fr <mailto:alidran...@yahoo.fr>>
> To: Pavel Krivanek <pavel.kriva...@gmail.com 
> <mailto:pavel.kriva...@gmail.com>>
> Cc: Any question about pharo is welcome <pharo-users@lists.pharo.org 
> <mailto:pharo-users@lists.pharo.org>>
> Bcc: 
> Date: Wed, 9 May 2018 01:09:06 +0100
> Subject: Re: Package extension. Adding instance variables to classes
> Hi Pavel,
> 
> Thank you for your answer.
> I actually didn’t know about this mechanism. 
> I think it is will do the job :)
>  I have probably to rewrite some parts pf my code to access my variables 
> through privateState.  no?
> 
> 
> Thanks again
> Abdelghani
>> On 07 May 2018, at 13:15, pharo-users-requ...@lists.pharo.org 
>> <mailto:pharo-users-requ...@lists.pharo.org> wrote:
>> 
>> 
>> Message: 1
>> Date: Mon, 7 May 2018 13:43:56 +0200
>> From: Pavel Krivanek <pavel.kriva...@gmail.com 
>> <mailto:pavel.kriva...@gmail.com>>
>> To: Any question about pharo is welcome <pharo-users@lists.pharo.org 
>> <mailto:pharo-users@lists.pharo.org>>
>> Subject: Re: [Pharo-users] Package extension. Adding instance
>>  variables to classes
>> Message-ID:
>>  <CAHN2FzeMiBL4Y8asJ0XCjS2AQdxycoN+pbc+Hsd=trmnmui...@mail.gmail.com 
>> <mailto:CAHN2FzeMiBL4Y8asJ0XCjS2AQdxycoN+pbc+Hsd=trmnmui...@mail.gmail.com>>
>> Content-Type: text/plain; charset="utf-8"
>> 
>> 2018-05-07 12:25 GMT+02:00 Alidra Abdelghani via Pharo-users <
>> pharo-users@lists.pharo.org <mailto:pharo-users@lists.pharo.org>>:
>> 
>>> 
>>> 
>>> -- P?eposlan? zpr?va --
>>> From: Alidra Abdelghani <alidran...@yahoo.fr <mailto:alidran...@yahoo.fr>>
>>> To: pharo-users@lists.pharo.org <mailto:pharo-users@lists.pharo.org>
>>> Cc:
>>> Bcc:
>>> Date: Mon, 7 May 2018 11:25:49 +0100
>>> Subject: Package extension. Adding instance variables to classes
>>> Hi,
>>> 
>>> I am working on a package named ClassNamesAnalyzer and I need to add code
>>> to third party classes in other packages (for instance the FAMIX-Core
>>> package).
>>> ?Extending? third party classes with methods is easy; I just need to
>>> categorise my methods under the *ClassNamesAnalyzer protocole so that
>>> loading my package will load them in the image.
>>> However, if I want to add instance variables to theses classes, they are
>>> not there when I load the package in a new image.
>>> 
>>> *So my question is* : is there a way to include instance variables
>>> addition to other packages in my package?
>>> 
>> 
>> Currently not, you should use privateState
>> 
>> 
>>> *Another question is* : is it good practice to add instance variables to
>>> classes in third party packages and is there a way to avoid it (because I
>>> am not very confortable with that idea)?
>>> 
>> 
>> It is not, see FAMIXContainerEntity>>#definedAnnotationTypes how this issue
>> is currently being solved using the privateState.
>> 
>> Cheers,
>> -- Pavel
>> 
>> 
>>> 
>>> Thanks in advance,
>>> Abdelghani
> 
> 
> 
> 
> 
> 
> -- 
>
> Guille Polito
> Research Engineer
> 
> Centre de Recherche en Informatique, Signal et Automatique de Lille
> CRIStAL - UMR 9189
> French National Center for Scientific Research - http://www.cnrs.fr 
> <http://www.cnrs.fr/>
> 
> Web: http://guillep.github.io <http://guillep.github.io/>
> Phone: +33 06 52 70 66 13

Dr. Abdelghani Alidra 
Enseignant-chercheur
Université 20 août 1955
SKIKDA-ALGÉRIE 
Mob:+ 213 550 453 391

--- End Message ---

Re: [Pharo-users] Package extension. Adding instance variables to classes

2018-05-08 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---
Hi Pavel,

Thank you for your answer.
I actually didn’t know about this mechanism. 
I think it is will do the job :)
 I have probably to rewrite some parts pf my code to access my variables 
through privateState.  no?


Thanks again
Abdelghani
> On 07 May 2018, at 13:15, pharo-users-requ...@lists.pharo.org wrote:
> 
> 
> Message: 1
> Date: Mon, 7 May 2018 13:43:56 +0200
> From: Pavel Krivanek <pavel.kriva...@gmail.com 
> <mailto:pavel.kriva...@gmail.com>>
> To: Any question about pharo is welcome <pharo-users@lists.pharo.org 
> <mailto:pharo-users@lists.pharo.org>>
> Subject: Re: [Pharo-users] Package extension. Adding instance
>   variables to classes
> Message-ID:
>   <CAHN2FzeMiBL4Y8asJ0XCjS2AQdxycoN+pbc+Hsd=trmnmui...@mail.gmail.com 
> <mailto:CAHN2FzeMiBL4Y8asJ0XCjS2AQdxycoN+pbc+Hsd=trmnmui...@mail.gmail.com>>
> Content-Type: text/plain; charset="utf-8"
> 
> 2018-05-07 12:25 GMT+02:00 Alidra Abdelghani via Pharo-users <
> pharo-users@lists.pharo.org <mailto:pharo-users@lists.pharo.org>>:
> 
>> 
>> 
>> -- P?eposlan? zpr?va --
>> From: Alidra Abdelghani <alidran...@yahoo.fr <mailto:alidran...@yahoo.fr>>
>> To: pharo-users@lists.pharo.org <mailto:pharo-users@lists.pharo.org>
>> Cc:
>> Bcc:
>> Date: Mon, 7 May 2018 11:25:49 +0100
>> Subject: Package extension. Adding instance variables to classes
>> Hi,
>> 
>> I am working on a package named ClassNamesAnalyzer and I need to add code
>> to third party classes in other packages (for instance the FAMIX-Core
>> package).
>> ?Extending? third party classes with methods is easy; I just need to
>> categorise my methods under the *ClassNamesAnalyzer protocole so that
>> loading my package will load them in the image.
>> However, if I want to add instance variables to theses classes, they are
>> not there when I load the package in a new image.
>> 
>> *So my question is* : is there a way to include instance variables
>> addition to other packages in my package?
>> 
> 
> Currently not, you should use privateState
> 
> 
>> *Another question is* : is it good practice to add instance variables to
>> classes in third party packages and is there a way to avoid it (because I
>> am not very confortable with that idea)?
>> 
> 
> It is not, see FAMIXContainerEntity>>#definedAnnotationTypes how this issue
> is currently being solved using the privateState.
> 
> Cheers,
> -- Pavel
> 
> 
>> 
>> Thanks in advance,
>> Abdelghani


--- End Message ---

[Pharo-users] Package extension. Adding instance variables to classes

2018-05-07 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---
Hi,

I am working on a package named ClassNamesAnalyzer and I need to add code to 
third party classes in other packages (for instance the FAMIX-Core package).
“Extending” third party classes with methods is easy; I just need to categorise 
my methods under the *ClassNamesAnalyzer protocole so that loading my package 
will load them in the image.
However, if I want to add instance variables to theses classes, they are not 
there when I load the package in a new image.

So my question is : is there a way to include instance variables addition to 
other packages in my package?
Another question is : is it good practice to add instance variables to classes 
in third party packages and is there a way to avoid it (because I am not very 
confortable with that idea)?

Thanks in advance,
Abdelghani--- End Message ---

Re: [Pharo-users] Roassal : Playing with the contrast

2018-03-09 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---
Thanks Alex.
I just changed Color red and Color bleu with TrachelShape color slightlyDarker.

It works perfect :)
Thanks again.
Abdelghani
> On 01 Mar 2018, at 21:53, Alexandre Bergel  wrote:
> 
> v := RTView new.
> 
> fiveCircles := RTEllipse new size: [ :e | 40 atRandom + 5 ]; elementsOn: (1 
> to: 5).
> fiveBoxes := RTBox new size: [ :e | 40 atRandom + 5 ]; elementsOn: (1 to: 5).
> 
> v addAll: fiveCircles; addAll: fiveBoxes.
> 
> v elements do: [ :element | element translateTo: (200 atRandom @ 200 
> atRandom) ].
> 
> v addMenu: 'Red' callback: [ v canvas shapes do: [ :aTrachelShape | 
> aTrachelShape color: Color red ]. v canvas signalUpdate ].
> 
> v addMenu: 'Blue' callback: [ v canvas shapes do: [ :aTrachelShape | 
> aTrachelShape color: Color blue ]. v canvas signalUpdate ].
> v



--- End Message ---

Re: [Pharo-users] Roassal : Playing with the contrast

2018-02-23 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---

> On 21 Feb 2018, at 21:05, Alexandre Bergel  wrote:
> 
> Well… you can change the color of any element (even if the visualization is 
> open).
> Simply goes to the canvas and change the trachel shape. I can provide an 
> example if you wish.

Yes please.
It would be great if 
- the modification applies uniformly to all the elements of the visualisation.
- Control the modification using a button or a key combination 
(increase/decrease)

I dont know if this possible but anyway, your solution looks fine to me :)

Abdelghani

> 
> Alexandre
> 
> 
> 
>> On Feb 21, 2018, at 8:38 AM, abdelghani ALIDRA  wrote:
>> 
>> Hi Alex and thanks for your answer,
>> By playing with the contrast I mean to change (dynamically) how visible 
>> lighter colors are from darker ones. And by dynamically, I mean I dont want 
>> to re-build the visu.
>> 
>> To be more specific, I can have for a certain visu, a shape coloured with 
>> Color red and bordered with Color red slightlyDarker.
>> At some point I would like to see the difference between these two colours 
>> and at some other point I dont. 
>> So for instance, I increase the contrast and I see the border of the shape 
>> them I decrease it then I see the shape uniformaly coloured.
>> 
>> So, is there a way to do so?
>> Thanks,
>> Abdelghani
>> 
>> 
>> De : Alexandre Bergel 
>> À : abdelghani ALIDRA ; Any question about pharo is 
>> welcome  
>> Envoyé le : Mercredi 21 février 2018 2h19
>> Objet : Re: [Pharo-users] Roassal : Playing with the contrast
>> 
>> Hi!
>> 
>> What do you mean with contrasts? You mean the colors?
>> Currently, there is no way to automatically assign colors to a 
>> visualization, although you can use a color palette (look at the class 
>> RTPalette).
>> 
>> Cheers,
>> Alexandre
>> 
>> 
>>> On Feb 20, 2018, at 7:01 AM, abdelghani ALIDRA via Pharo-users 
>>>  wrote:
>>> 
>>> 
>>> From: abdelghani ALIDRA 
>>> Subject: Roassal : Playing with the contrast
>>> Date: February 20, 2018 at 7:01:20 AM GMT-3
>>> To: "pharo-users@lists.pharo.org" 
>>> Reply-To: abdelghani ALIDRA 
>>> 
>>> 
>>> Hi,
>>> 
>>> I am wondering if there is a way to play with the contrast of Roassal 
>>> visualisations.
>>> If so, please tell me how :)
>>> 
>>> Thank you in advance
>>> Abdelghani
>>> 
>>> 
>>> 
>> 
>> 
> 



--- End Message ---

Re: [Pharo-users] Threads safety in Pharo

2017-08-04 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---
Thanks Guille for your answer,
From what I understand, it is mainly a synchronisation problem. Why cant' 
existing synchronisation mechanisms (semaphores and mutex) be used?
Abdelghani


> On 31 Jul 2017, at 18:44, Guillermo Polito <guillermopol...@gmail.com> wrote:
> 
> I believe there is no such a document. It would be however interesting to 
> investigate it a bit deeper. In general, the problem we talk about when we 
> talk about thread safety is the following: Can we run a workspace in a 
> separate thread than a browser and provide correct results? Can we run two 
> browsers concurrently and change code from both of them?
> 
> The thread safety problem has several levels I'd say:
> 
>  - the kernel of the language (classes, methods, compilation, and so on) 
> cannot safely be modified while other threads are running. Thus, if we 
> compile a new version of a method in a thread, that could break a separate 
> thread that was using that method.
> 
>  - there are several libraries using global state. We should investigate if 
> they work correctly when using them concurrently.
> E.g., source code management is not thread safe. This could cause a 
> source code corruption if several methods are modified concurrently.
> Like that, we sh n ould investigate all libraries and see what should be 
> adapted and if there is a need at all.
> 
>  - in a third level, general core libraries (collections, networking, files, 
> etc) are not designed to be thread safe and that is natural. For example, 
> most of the time you don't want that your collection is accessed 
> concurrently. For such cases, some libraries could provide some 
> extensions/wrappers/whatsoever to provide some synchronization mechanism. 
> Otherwise it is the responsibility of the user to synchronize usages with 
> semaphores/mutexes.
>  
> 
> On Mon, Jul 31, 2017 at 1:38 AM, Alidra Abdelghani via Pharo-users 
> <pharo-users@lists.pharo.org <mailto:pharo-users@lists.pharo.org>> wrote:
> 
> 
> -- Forwarded message --
> From: Alidra Abdelghani <alidran...@yahoo.fr <mailto:alidran...@yahoo.fr>>
> To: pharo-users@lists.pharo.org <mailto:pharo-users@lists.pharo.org>
> Cc: "Stéphane Ducasse" <stephane.duca...@inria.fr 
> <mailto:stephane.duca...@inria.fr>>, farid arfi <arf...@hotmail.com 
> <mailto:arf...@hotmail.com>>
> Bcc: 
> Date: Mon, 31 Jul 2017 01:38:58 +0200
> Subject: Threads safety in Pharo
> Hi,
> 
> Somebody once evoked the problem of threads safety in Pharo. With a friend of 
> mine who is expert in formal methods and process scheduling, we would like to 
> have a look on it.
> Does anyone knows a good document describing the problem of Pharo with 
> threads safety or at least any document that we can start with?
> 
> Thanks in advance,
> Abdelghani
> 
> 
> 
> 
> 
> 
> -- 
>
> Guille Polito
> 
> Research Engineer
> French National Center for Scientific Research - http://www.cnrs.fr 
> <http://www.cnrs.fr/>
> 
> 
> Web: http://guillep.github.io <http://guillep.github.io/>
> Phone: +33 06 52 70 66 13

--- End Message ---

Re: [Pharo-users] Threads safety in Pharo

2017-08-04 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---
Hi Ben,

> On 01 Aug 2017, at 13:31, Ben Coman <b...@openinworld.com> wrote:
> 
> Not sure I'll have what you're looking for, but to start, do you mean Pharo's 
> green threads or vm native threads?
I believe this is about Pharo threads. 
I am not quite sure of what the vm native threads are or if there is a safety 
problem with them. But still, it could be interesting to investigate :)

Thanks
Abdelghani

> cheers -ben
> 
> On Mon, Jul 31, 2017 at 7:38 AM, Alidra Abdelghani via Pharo-users 
> <pharo-users@lists.pharo.org <mailto:pharo-users@lists.pharo.org>> wrote:
> 
> 
> -- Forwarded message --
> From: Alidra Abdelghani <alidran...@yahoo.fr <mailto:alidran...@yahoo.fr>>
> To: pharo-users@lists.pharo.org <mailto:pharo-users@lists.pharo.org>
> Cc: "Stéphane Ducasse" <stephane.duca...@inria.fr 
> <mailto:stephane.duca...@inria.fr>>, farid arfi <arf...@hotmail.com 
> <mailto:arf...@hotmail.com>>
> Bcc: 
> Date: Mon, 31 Jul 2017 01:38:58 +0200
> Subject: Threads safety in Pharo
> Hi,
> 
> Somebody once evoked the problem of threads safety in Pharo. With a friend of 
> mine who is expert in formal methods and process scheduling, we would like to 
> have a look on it.
> Does anyone knows a good document describing the problem of Pharo with 
> threads safety or at least any document that we can start with?
> 
> Thanks in advance,
> Abdelghani
> 
> 
> 
> 

--- End Message ---

[Pharo-users] Threads safety in Pharo

2017-07-30 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---
Hi,

Somebody once evoked the problem of threads safety in Pharo. With a friend of 
mine who is expert in formal methods and process scheduling, we would like to 
have a look on it.
Does anyone knows a good document describing the problem of Pharo with threads 
safety or at least any document that we can start with?

Thanks in advance,
Abdelghani


--- End Message ---

Re: [Pharo-users] [Moose-dev] dynamic interaction with Mondriam

2017-06-09 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---
Hi Alex,

I will try this out and let you know
Thank you
Abdelghani

> On 09 Jun 2017, at 10:13, Alexandre Bergel  wrote:
> 
> Hi! 
> 
> Simply using Mondrian is complicated to do this (Mondrian is not made to 
> produce interactive & dynamic visualizations).
> 
> Instead, it would be great that you could try DataStudio, which is exactly 
> designed for this kind of situations.
> 
> You can load DataStudio by using a dedicated plugin:
> 
> 
> You can try some examples:
> 
>   | c |
>   c := CAArtwork new.
>   c doAction: (CAAddElementAction new argument: (1 to: 7)).
>   c doAction: (CAAddEdgeAction new argument: [ :e | e + 1 ]).
>   c doAction: (CASwitchLabelAction new).
>   c doAction: (CAShapeSizeAction new argument: 30).
>   c doAction: (CAGridLayoutAction new).
>   ^ c view
> 
> Here another example:
> 
>   | c |
>   c := CAArtwork new.
>   c doAction: (CAAddElementAction new argument: (Collection 
> withAllSubclasses)).
>   c doAction: (CAAddEdgeAction new argument: #subclasses).
>   c doAction: (CAShapeHeightAction new argument: [ :cls | cls 
> numberOfMethods max: 5 ]).
>   c doAction: (CAShapeWidthAction new argument: [ :cls | cls 
> numberOfVariables * 5 max: 5 ]).
>   c doAction: (CAShapeNormalizedColorAction new argument: [ :cls | cls 
> numberOfLinesOfCode ]).
>   c doAction: (CATreeLayoutAction new).
>   
>   c doAction: (CAAddGroupAction new argument: [ :cls | '*Array*' match: 
> cls name ]).
>   c doAction: (CASwitchLabelAction new).
>   ^ c view
> 
> You will end-up with something like:
> 
> 
> Let me know how it goes...
> 
> Cheers,
> Alexandre
> 
> 
>> On Jun 7, 2017, at 9:52 AM, Blondeau Vincent > > wrote:
>> 
>> Hi,
>> 
>> You should ask in the Moose list ;)
>> 
>> Vincent
>> 
>>> -Message d'origine-
>>> De : Alidra Abdelghani [mailto:alidran...@yahoo.fr 
>>> ]
>>> Envoyé : mercredi 7 juin 2017 15:34
>>> À : pharo-users@lists.pharo.org 
>>> Objet : dynamic interaction with Mondriam
>>> 
>>> Hi all,
>>> 
>>> I would like to do some visualisations with Mondrian where you change the
>>> visualisation by selecting actions. For instance you have :
>>> b := RTMondrian new.
>>> b shape rectangle withTextAbove.
>>> b nodes:(1 to: 5).
>>> b layout grid.
>>> b edges connectFrom: [ :e | e + 1 ].
>>> b build.
>>> b view
>>> 
>>> then you can click a button to:
>>> 1  display/hide the labels above the elements.
>>> 2 display/hide some elements (all odd numbers for instance)
>>> 3 display/hide connections between elements.
>>> I saw a visualisation in the Roassal examples where you can add elements in 
>>> a
>>> dynamic stack grapher. So I presume it is possible to do the same with other
>>> types of visus.
>>> 
>>> Any hints?
>>> Thanks in advance.
>>> Abdelghani
>> 
>> !!!*
>> "Ce message et les pièces jointes sont confidentiels et réservés à l'usage 
>> exclusif de ses destinataires. Il peut également être protégé par le secret 
>> professionnel. Si vous recevez ce message par erreur, merci d'en avertir 
>> immédiatement l'expéditeur et de le détruire. L'intégrité du message ne 
>> pouvant être assurée sur Internet, la responsabilité de Worldline ne pourra 
>> être recherchée quant au contenu de ce message. Bien que les meilleurs 
>> efforts soient faits pour maintenir cette transmission exempte de tout 
>> virus, l'expéditeur ne donne aucune garantie à cet égard et sa 
>> responsabilité ne saurait être recherchée pour tout dommage résultant d'un 
>> virus transmis.
>> 
>> This e-mail and the documents attached are confidential and intended solely 
>> for the addressee; it may also be privileged. If you receive this e-mail in 
>> error, please notify the sender immediately and destroy it. As its integrity 
>> cannot be secured on the Internet, the Worldline liability cannot be 
>> triggered for the message content. Although the sender endeavours to 
>> maintain a computer virus-free network, the sender does not warrant that 
>> this transmission is virus-free and will not be liable for any damages 
>> resulting from any virus transmitted.!!!"
>> ___
>> Moose-dev mailing list
>> moose-...@list.inf.unibe.ch 
>> https://www.list.inf.unibe.ch/listinfo/moose-dev
> 

--- End Message ---

Re: [Pharo-users] dynamic interaction with Mondriam

2017-06-07 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---
Ok, 
Thanks Vincent :)

> On 07 Jun 2017, at 15:52, Blondeau Vincent  
> wrote:
> 
> Hi,
> 
> You should ask in the Moose list ;)
> 
> Vincent
> 
>> -Message d'origine-
>> De : Alidra Abdelghani [mailto:alidran...@yahoo.fr]
>> Envoyé : mercredi 7 juin 2017 15:34
>> À : pharo-users@lists.pharo.org
>> Objet : dynamic interaction with Mondriam
>> 
>> Hi all,
>> 
>> I would like to do some visualisations with Mondrian where you change the
>> visualisation by selecting actions. For instance you have :
>> b := RTMondrian new.
>> b shape rectangle withTextAbove.
>> b nodes:(1 to: 5).
>> b layout grid.
>> b edges connectFrom: [ :e | e + 1 ].
>> b build.
>> b view
>> 
>> then you can click a button to:
>> 1  display/hide the labels above the elements.
>> 2 display/hide some elements (all odd numbers for instance)
>> 3 display/hide connections between elements.
>> I saw a visualisation in the Roassal examples where you can add elements in a
>> dynamic stack grapher. So I presume it is possible to do the same with other
>> types of visus.
>> 
>> Any hints?
>> Thanks in advance.
>> Abdelghani
> 
> !!!*
> "Ce message et les pièces jointes sont confidentiels et réservés à l'usage 
> exclusif de ses destinataires. Il peut également être protégé par le secret 
> professionnel. Si vous recevez ce message par erreur, merci d'en avertir 
> immédiatement l'expéditeur et de le détruire. L'intégrité du message ne 
> pouvant être assurée sur Internet, la responsabilité de Worldline ne pourra 
> être recherchée quant au contenu de ce message. Bien que les meilleurs 
> efforts soient faits pour maintenir cette transmission exempte de tout virus, 
> l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne 
> saurait être recherchée pour tout dommage résultant d'un virus transmis.
> 
> This e-mail and the documents attached are confidential and intended solely 
> for the addressee; it may also be privileged. If you receive this e-mail in 
> error, please notify the sender immediately and destroy it. As its integrity 
> cannot be secured on the Internet, the Worldline liability cannot be 
> triggered for the message content. Although the sender endeavours to maintain 
> a computer virus-free network, the sender does not warrant that this 
> transmission is virus-free and will not be liable for any damages resulting 
> from any virus transmitted.!!!"


--- End Message ---

[Pharo-users] dynamic interaction with Mondriam

2017-06-07 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---
Hi all,

I would like to do some visualisations with Mondrian where you change the 
visualisation by selecting actions. For instance you have :
b := RTMondrian new.
b shape rectangle withTextAbove.
b nodes:(1 to: 5).
b layout grid.
b edges connectFrom: [ :e | e + 1 ].
b build.
b view

then you can click a button to:
1  display/hide the labels above the elements.
2 display/hide some elements (all odd numbers for instance)
3 display/hide connections between elements.
I saw a visualisation in the Roassal examples where you can add elements in a 
dynamic stack grapher. So I presume it is possible to do the same with other 
types of visus. 

Any hints?
Thanks in advance.
Abdelghani
--- End Message ---

Re: [Pharo-users] [Seaside] Strange behaviours?

2017-05-30 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---

> On 30 May 2017, at 10:38, Johan Brichau <jo...@inceptive.be> wrote:
> 
> Hi Alidra,
> 

Thanks Johan,
Thanks Joachim

I did not knew about that one :)
Still, it is too bad that we have this constraint, because it is very difficult 
to find the problem if you dont know about this rule already (especially for 
newbies).
Hopefully, this is going to be fixed in the future.

> 
> Also, posting your questions on Seaside to the seaside mailinglist is a 
> better idea ;)d
Ok, Perfect.
Regards

Abdelghani
> 
> cheers
> Johan
> 
>> On 30 May 2017, at 10:21, Alidra Abdelghani via Pharo-users 
>> <pharo-users@lists.pharo.org <mailto:pharo-users@lists.pharo.org>> wrote:
>> 
>> 
>> From: Alidra Abdelghani <alidran...@yahoo.fr <mailto:alidran...@yahoo.fr>>
>> Subject: [Seaside] Strange behaviours?
>> Date: 30 May 2017 at 10:21:38 GMT+2
>> To: pharo-users@lists.pharo.org <mailto:pharo-users@lists.pharo.org>
>> 
>> 
>> Hi all,
>> I just noticed that changing the message send order to an anchor modifies 
>> its’ behaviour :
>> 
>> html anchor with: aString;callback: [doSomething]. -> click on the anchor 
>> executes the callback block
>> 
>> html anchor callback:[doSomething];with:aString. -> click on the anchor does 
>> not executes the callback block.
>> 
>> Is this a normal behaviour?
>> 
>> I also noticed that instantiating a WAComponent in the same method that 
>> calls html render: on it makes the call method in this object fail. See 
>> (http://smalltalkhub.com/#!/~Alidra/Seaside_Strange_Call_Behavior 
>> <http://smalltalkhub.com/#!/~Alidra/Seaside_Strange_Call_Behavior>) for an 
>> concrete example.
>> BTW. I find the name call: quite confusing : you call a method, you pass 
>> control to an object. But maybe this is because I am new to Seaside.
>> 
>> Thank you
>> Abdelghani
>> 
>> 
> 

--- End Message ---

[Pharo-users] [Seaside] Strange behaviours?

2017-05-30 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---
Hi all,
I just noticed that changing the message send order to an anchor modifies its’ 
behaviour :

html anchor with: aString;callback: [doSomething]. -> click on the anchor 
executes the callback block

html anchor callback:[doSomething];with:aString. -> click on the anchor does 
not executes the callback block.

Is this a normal behaviour?

I also noticed that instantiating a WAComponent in the same method that calls 
html render: on it makes the call method in this object fail. See 
(http://smalltalkhub.com/#!/~Alidra/Seaside_Strange_Call_Behavior 
) for an 
concrete example.
BTW. I find the name call: quite confusing : you call a method, you pass 
control to an object. But maybe this is because I am new to Seaside.

Thank you
Abdelghani--- End Message ---

[Pharo-users] Seaside: WACache had the subclass responsibility to implement #store:

2017-05-17 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---
Hi all,

If run a new Seaside image then instal BootstrapMagrite I can no more access 
the list of running apps in the seaside image from a browser
I type in firefox localhost:8080 and I get :
WACache had the subclass responsibility to implement #store:

Any ideas?

Thanks in advance
Abdelghani
--- End Message ---

Re: [Pharo-users] Neural Networks in Pharo

2017-03-29 Thread Alidra Abdelghani via Pharo-users 
--- Begin Message ---

Hi Oleksandr,

Since you are interested in the implementation aspect of neural networks, may 
be you should take a look on heuristiclab 
(http://dev.heuristiclab.com/trac.fcgi/wiki); a general framework for 
developing heuristic algorithms (not only neural networks, actually). 

The interesting part is that the focus is on the implementation aspects too. 
The approach adopted by the developers is a Software Product Line one which 
seems to bring significant improvement to the way the code can be reused and 
adapted to different/new problems.

Have a nice journey with Pharo ;)
Abdelghani

> On 21 Mar 2017, at 10:22, pharo-users-requ...@lists.pharo.org wrote:
> 
> From: Oleksandr Zaytsev >
> To: pharo-users@lists.pharo.org 
> Subject: [Pharo-users] Neural Networks in Pharo
> Message-ID:
>    >
> Content-Type: text/plain; charset="utf-8"
> 
> Hello.
> 
> I'm implementing Neural Networks in Pharo as part of my thesis
> (object-oriented approaches to neural networks implementation). It would be
> really nice to receive some feedback. So if you have any ideas,
> recommendations, or critique, please, write me. What are the existing
> projects or common pitfalls that I should consider? Maybe, you can
> recommend me some nice book or paper on a related topic. I would be
> grateful for any kind of feedback.
> 
> Here is the repository: http://smalltalkhub.com/#!/~Oleks/NeuralNetwork 
> .
> It's not much, but I'm working on it.
> 
> Yours sincerely,
> Oleksandr

--- End Message ---