[Pharo-users] Virtual Reality-based programming environment

[Alexandre Bergel via Pharo-users]

Hello,

We are a small and energetic team who want to push the state of the art in 
Virtual Reality-based programming environment. 
We have an advanced prototype, and we need help of participants to be part of 
our experiment involving our software called VRIDE, a fully immersive VR 
programming tool.

In this experiment:

• You will be given a set of tasks to perform using our platform. The 
experiment should not take more than 1 - 1.5 hours.
• After that, you will have to answer some surveys and other final questions.

If you know how to program in Pharo, have access to a any VR device, such as 
Oculus Quest or HTC Vive, and would like to be part of the experiment, please 
reply to this email. The overall experiment is very enjoyable, fun, and you 
will experience what we will believe programmers will use in the future. 

We hope you are part of this.

Regards,
Victor Segura, Leonel Merino, Alexandre Bergel and Geoffrey Hecht
-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

[Pharo-users] Re: Size of the critic panel in Calypso

[Alexandre Bergel via Pharo-users]

No idea. 
But, the way to remove it is by evaluating:

ClyCriticBrowserPlugin disable.

Maybe you can trace it to see how the panel size is set.

Cheers,
Alexandre

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



> On 9 Jul 2021, at 12:07, Davide Varvello via Pharo-users 
>  wrote:
> 
> Hi Guys, 
> How can I reduce the height of the critic panel in Calypso? I don't want to 
> get rid of it. 
> TIA 
> Davide

[Pharo-users] Re: Class hierarchy diagram

[Alexandre Bergel via Pharo-users]

Good question. No idea what happened…
We will check.

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



> On 5 May 2021, at 09:52, Sanjay Minni  wrote:
> 
> I the Pharo9 Image dated 1-May-21 (Win 10 64 bit ) the UML view is not
> appearing the the class browser bottom panel.
> I loaded Roassal3 separately also.
> 
> Is it coming for others ?
> 
> 
> 
> 
> 
> -
> cheers, 
> Sanjay
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

[Pharo-users] Re: [ANN] Mole v3.2.0 [v3.2.0] released!

[Alexandre Bergel via Pharo-users]

> If I understand your question properly, without creating the graph that model 
> the relationship between the objects involved the answer is no. I have to 
> review the traversal algorithms to see if it is feasible to avoid creating 
> the graph.

Being able to consider any Pharo objects as the root of a graph and running 
some traversal algorithm would be fantastic. Cycles should be supported as well 
:-D

Cheers,
Alexandre

> 
> On Thu, Apr 1, 2021, 07:08 Alexandre Bergel via Pharo-users 
>  wrote:
> Hello,
> 
> That is awesome!
> I looked at the documentation, but I am left with one question:
>  - is there a way to run a graph traversal algorithm on any arbitrary 
> object? (e.g., Color red)
> 
> Cheers,
> Alexandre
> 
> > On 31 Mar 2021, at 22:01, Buenos Aires Smalltalk  wrote:
> > 
> > Mole, a model for graphs, both directed and undirected. reached it's v3.2.0 
> > version.
> > 
> > Changelog
> > 
> >   • Updated dependencies
> >   • Add Pharo 9 as a supported platform
> >   • Use GitHub actions for the build
> > Regards,
> > 
> > The Buenos Aires Smalltalk team
> > 

[Pharo-users] Re: Roassal3 Popups

[Alexandre Bergel via Pharo-users]

Dear Evan,

Welcome back!
Yes, we moved to Roassal3, and as you may have experienced, not all the 
features of Roassal2 have been migrated to Roassal3.

Currently, popup in charts are still work in progress. However, you can have 
something that should do what you expect using:

-=-=-=-=-=-=-=-=
chart := RSChart new.

classes := Collection withAllSubclasses.
dataX := classes collect: #numberOfMethods.
dataY := classes collect: #numberOfLinesOfCode.

plot := RSScatterPlot new x: dataX y: dataY.

plot processBlock: [ :shapes | 
shapes doWithIndex: [ :shape :index | 
shape model: (classes at: index).
shape @ (RSPopup text: 'My data: ', (classes at: index) asString)
] ].

chart addPlot: plot.

chart xlabel: 'number of methods'.
chart ylabel: 'number of lines of code'.
chart 
-=-=-=-=-=-=-=-=

However, be aware that this code may soon not work anymore. In particular, we 
plan to remove the processBlock: method and replace by something else. 

Let us know how it goes

Cheers,
Alexandre

> On 31 Mar 2021, at 05:37, Evan Donahue  wrote:
> 
> Hello,
> 
> Just returning to Pharo after 1000 years and have discovered that Roassal has 
> upgraded to Roassal3. Trying to update my inspector integrations and can't 
> seem to figure out how to get popups working. How can I get popups for the y 
> values in a scatter plot such as the following:
> 
> RSChart new addPlot: (RSScatterPlot new y: #(1 2 3)).
> 
> Thanks,
> Evan

[Pharo-users] Re: [ANN] Mole v3.2.0 [v3.2.0] released!

[Alexandre Bergel via Pharo-users]

Hello,

That is awesome!
I looked at the documentation, but I am left with one question:
 - is there a way to run a graph traversal algorithm on any arbitrary 
object? (e.g., Color red)

Cheers,
Alexandre

> On 31 Mar 2021, at 22:01, Buenos Aires Smalltalk  wrote:
> 
> Mole, a model for graphs, both directed and undirected. reached it's v3.2.0 
> version.
> 
> Changelog
> 
>   • Updated dependencies
>   • Add Pharo 9 as a supported platform
>   • Use GitHub actions for the build
> Regards,
> 
> The Buenos Aires Smalltalk team
> 

[Pharo-users] Test test

[Alexandre Bergel via Pharo-users]

I have not got any email since a few days, I am just trying…

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

[Pharo-users] Re: Pharo and LLVM?

[Alexandre Bergel via Pharo-users]

Thanks!

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



> On 25-01-2021, at 15:55, teso...@gmail.com wrote:
> 
> Quintin Ducasse has been working with this: 
> 
> - https://github.com/QDucasse/LLVMBindings 
> <https://github.com/QDucasse/LLVMBindings>
> - https://github.com/QDucasse/LLVM-C <https://github.com/QDucasse/LLVM-C>
> - https://github.com/QDucasse/Booklet-LLVMCompilationWithPharo 
> <https://github.com/QDucasse/Booklet-LLVMCompilationWithPharo>
> 
> Maybe he can provide more insights of the level of advance the bindings have.
> 
> On Mon, Jan 25, 2021 at 4:26 PM Alexandre Bergel via Pharo-users 
> mailto:pharo-users@lists.pharo.org>> wrote:
> Hi!
> 
> Just wondering, someone has done something with LLVM and Pharo?
> Any URL / blog post / anything?
> 
> Cheers,
> Alexandre
> -- 
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu <http://www.bergel.eu/>
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> 
> 
> 
> 
> 
> -- 
> Pablo Tesone.
> teso...@gmail.com <mailto:teso...@gmail.com>

[Pharo-users] Pharo and LLVM?

[Alexandre Bergel via Pharo-users]

Hi!

Just wondering, someone has done something with LLVM and Pharo?
Any URL / blog post / anything?

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

[Pharo-users] Re: Pharo and Virtual Realitity

[Alexandre Bergel via Pharo-users]

> Alex I think that with the spec2 effort I would really like to see if we can 
> have a vr back-end :)

It would be cool, indeed!

> BTW what kind of VR device do we need. 

We have experienced with HTC and it works well.

Alexandre

> 
> 
>> On 18 Nov 2020, at 16:02, Alexandre Bergel via Pharo-users 
>> mailto:pharo-users@lists.pharo.org>> wrote:
>> 
>> Hello,
>> 
>> With Victor we have been working on a Pharo programming environment entirely 
>> made in Virtual Reality. We need feedback from VR and Smalltalk / Pharo 
>> lovers. The url gives plenty of screenshots of the environment:
>> 
>> https://github.com/Vito217/PharoVRIDE <https://github.com/Vito217/PharoVRIDE>
>> 
>> We need people to try it and give us feedback. We can go with you hand by 
>> hand. You just need to register here:
>> 
>> https://docs.google.com/forms/d/1V-3mwG-JvbfgitoWdqr7H2qmh-fVlnui7LuNZ2qdwU8/viewform?edit_requested=true
>> 
>> You need to have a VR device to participate.
>> 
>> Cheers,
>> Victor, Geoffrey, Leonel, Alexandre
>> -- 
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel  http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>> 
>> 
> 
> 
> Stéphane Ducasse
> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / 
> http://www.pharo.org <http://www.pharo.org/> 
> 03 59 35 87 52
> Assistant: Aurore Dalle 
> FAX 03 59 57 78 50
> TEL 03 59 35 86 16
> S. Ducasse - Inria
> 40, avenue Halley, 
> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
> Villeneuve d'Ascq 59650
> France
> 

[Pharo-users] Pharo and Virtual Realitity

[Alexandre Bergel via Pharo-users]

Hello,

With Victor we have been working on a Pharo programming environment entirely 
made in Virtual Reality. We need feedback from VR and Smalltalk / Pharo lovers. 
The url gives plenty of screenshots of the environment:

https://github.com/Vito217/PharoVRIDE

We need people to try it and give us feedback. We can go with you hand by hand. 
You just need to register here:

https://docs.google.com/forms/d/1V-3mwG-JvbfgitoWdqr7H2qmh-fVlnui7LuNZ2qdwU8/viewform?edit_requested=true

You need to have a VR device to participate.

Cheers,
Victor, Geoffrey, Leonel, Alexandre
-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

[Pharo-users] Re: Constraint solver in Pharo?

[Alexandre Bergel via Pharo-users]

Thanks!

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



> On 28-10-2020, at 04:22, Noury Bouraqadi  wrote:
> 
> Long time ago Guillaume Grondin ported BackTalk the constraints library by 
> Pierre Roy and François Pachet from LIP6 to Squeak. 
> http://www.squeaksource.com/@VoaaA0m8tASxYTuS/QN-qUhcD 
> <http://www.squeaksource.com/@VoaaA0m8tASxYTuS/QN-qUhcD>
> On Oct 27 2020, at 2:52 pm, Alexandre Bergel via Pharo-users 
>  wrote:
> Hello!
> 
> Is there a constraint solver available in Pharo?
> 
> Cheers,
> Alexandre
> -- 
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu <http://www.bergel.eu/>
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

[Pharo-users] Constraint solver in Pharo?

[Alexandre Bergel via Pharo-users]

Hello!

Is there a constraint solver available in Pharo?

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

[Pharo-users] Re: Agile Artificial Intelligence

[Alexandre Bergel via Pharo-users]

Very well spotted!

Thank you very much! 
Added here: https://github.com/Apress/agile-ai-in-pharo/issues/6

I will fix in the second edition. Even if all the code contained in the book is 
automatically tested, in this case, this was not enough. 

Thank you!

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



> On 21-08-2020, at 02:07, bentai  wrote:
> 
> I think I found another bug in the book. I am using the Safari version, and 
> the code in the text doesn't match the screenshot.  For example, the text 
> says:
> somePoints := OrderedCollection new.
> 500 timesRepeat: [somePoints add: {(50 atRandom - 25) . (50 atRandom - 
> 25)}].
> f := [ :x | (-2 * x) - 3 ].
> "We use the Roassal Grapher engine to plot our points"
> g := RTGrapher new.
> d := RTData new.
> d dotShapecolor: [ :p | (p second > (f value: p first)) ifTrue: [ Color 
> red trans ]ifFalse: [ Color blue trans ] ].
> d points: somePoints.
> d x: #first.
> d y: #second.
> g add: d.
> g
> "" The rendered code in the Safari version gets an error, whereas the 
> screenshot version works:
> f := [  :x | (-2 * x) - 3 ].
> 
> somePoints := OrderedCollection new.
> 500 timesRepeat: [ somePoints add: (( 50 atRandom - 25 ) @ ( 50 atRandom - 25 
> )) ].
> 
> g := RTGrapher new.
> d := RTData new.
> d dotShape color: [ :p | (p y > (f value: p x)) ifTrue: [ Color red trans ] 
> ifFalse: [ Color blue trans ] ].
> d points: somePoints.
> d x: #x.
> d y: #y.
> g add: d.
> g
> ---
> 
> This may be part of the cause of my bug report on Git, e.g. there is a 
> mismatch between the eBook version, the printed version and the 
> Safari/OReilly version.
> 
> It is Pharo 7.0.4, but I don't know if that matters in this case.
> 
> I apologize for not following the procedure of cloning the github repository 
> and creating bug request from there with pull requests, but I am still 
> working out the configuration of Iceberg.
> 
> Cheers,
> Tom Sturgeon
> 
> Sent from the Pharo Smalltalk Users mailing list archive 
> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at Nabble.com.

[Pharo-users] Re: Agile Artificial Intelligence first trained Perceptron

[Alexandre Bergel via Pharo-users]

Hello,

Sorry to reply late. I just saw this email.

Each training modify the weights and bias of the perceptron by a small 
quantity. It is just that, in this very particular case, from 31 or 32 is the 
drop that makes all things change...

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



> On 21-08-2020, at 01:31, bentai  wrote:
> 
> I noticed that if I trained the OR gate with 31 iterations, the first test
> would fail.
> 
> If I train with 32 iterations, then the test for #(0 0) would pass.
> 
> What is the explanation for this "tipping point"?
> 
> The other tests pass, even if timeRepeat := 1.
> 
> I just decided to experiment a bit.
> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
> 

Re: [Pharo-users] Agile Artificial Intelligence in Pharo book

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Here is the file it tries to download from SmalltalkHub. Try to locate it in the pharo-local/package-cache folder. It should load properly.Alexandre

Athens-SVG-PeterUhnak.17.mcz
Description: Binary data

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


On 12-07-2020, at 20:48, G B via Pharo-users <pharo-users@lists.pharo.org> wrote:From: G B <g_patri...@yahoo.com>Subject: Re: [Pharo-users] Agile Artificial Intelligence in Pharo bookDate: 12 July 2020, 20:48:11 GMT-4To: Any question about pharo is welcome <pharo-users@lists.pharo.org>
Thank you both.It shows the problem as:"a MCSmalltalkhubRepository(http://smalltalkhub.com/mc/Pharo/Athens/main/)"selfI'll wait for it to return to service.





On Sunday, July 12, 2020, 7:43:46 PM CDT, Gabriel Cotelli <g.cote...@gmail.com> wrote:



Smalltalk Hub is a code hosting platform and it's having problems these days. Looks like the book code has some dependency hosted there, so I think that when the problem gets solved it should work again. On Sun, Jul 12, 2020, 20:22 G B via Pharo-users <pharo-users@lists.pharo.org> wrote:I bought "Agile Artificial Intelligence in Pharo" and am using Pharo 8.0 64-bit.  In the book it says you can download the source using:Metacello new  baseline: 'AgileArtificialIntelligence';  repository: 'github://Apress/agile-ai-in-pharo/src';  load.Then it times out with:"MCSmalltalkhubRepository(MCRepository)>>error:"selfCould not load Athens-SVG-PeterUhnak.17.mcz:ZnHttpUnsuccessful: 503 Service Temporarily UnavailableI am fairly new to Pharo and run into problems with documentation being old, for example, Pharo By Example. I realize it is difficult to keep books updated with the many changes in an active project. I'm fine with that.However, how can a just published book have the source listed in its pages, but then not have it available?

--- End Message ---

Re: [Pharo-users] Agile Artificial Intelligence

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Thanks Tomaž for your nice words.
Comments on amazon are really important.

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



> On 03-07-2020, at 16:11, Tomaž Turk  wrote:
> 
> https://www.amazon.de/Agile-Artificial-Intelligence-Pharo-Neuroevolution/dp/1484253833/ref=sr_1_2?dchild=1&keywords=artificial+intelligence+pharo&qid=1593807040&sr=8-2
>  
> <https://www.amazon.de/Agile-Artificial-Intelligence-Pharo-Neuroevolution/dp/1484253833/ref=sr_1_2?dchild=1&keywords=artificial+intelligence+pharo&qid=1593807040&sr=8-2>
> 
> Best wishes
> Tomaz

--- End Message ---

[Pharo-users] Roassal 0.9.1 is out!

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Hello,

Roassal3 is an agile visualization engine for Pharo 8 and Pharo 9. Roassal is 
made to visualize data in an interactive way data. The GitHub website is 
https://github.com/ObjectProfile/Roassal3 
<https://github.com/ObjectProfile/Roassal3>
It contains tutorials and many documentations.

We are happy to announce a new version of Roassal3, 0.9.1. Here is a summary of 
the release description:
-=-=-=-=-=-=
This version 0.9.1 improves Roassal3 in many different aspects. Here are the 
most relevants:

• A lot of class and method comments
• Improvement of the animation capabilities
• Improvement of Chart, the charting library
• Better highlighting mechanism
• Added some tests that check for the dependencies of Roassal3, just to 
make sure we do not introduce an unwanted dependency
• Improvement of the popup
• Better search in canvas capabilities
• Improvement of the force based layout
• Improvement of the stroke lines
• Many many more bugs fixes and small improvements...
-=-=-=-=-=-=

We would to thank everybody for making this to happen. You truly Rock!

Cheers,
Alexandre

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



--- End Message ---

Re: [Pharo-users] Embedding pharo in C++

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
This is an exciting work Roland.
Keep going! Bridging Pharo to other technologies is crucial, and you are doing 
well.

Something you could do, is having Pharo running, on a different process, and 
exchanging (using a binary format) things between C++ and Pharo. We are doing 
this using CSharp and Python, and it works well.

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



> On 21-04-2020, at 09:04, Roland Plüss via Pharo-users 
>  wrote:
> 
> 
> From: Roland Plüss 
> Subject: Re: [Pharo-users] Embedding pharo in C++
> Date: 21 April 2020, 09:04:56 GMT-4
> To: Pharo Mailing List 
> 
> 
> The dragon has been unleashed. The game engine is now available to the
> public. See https://www.indiedb.com/engines/dragengine for more information.
> 
> Right now the Smalltalk Script Module is a proof of concept with the GNU
> Smalltalk. The idea is to change this to use Pharo and bringing it up to
> the scope of the DragonScript module.
> 
> The source code repository is at
> https://github.com/LordOfDragons/dragengine . I'll add a branch
> "feature-pharo" to contain all this work.
> 
> Once Pharo is up to be used properly for embedding (or to help getting
> there) this branch can be used. Since it is right now in a
> proof-of-concept state I think it would be not a bad idea to experiment
> with Pharo embedding there when not yet too many engine relate
> complications are present.
> 
> -- 
> Yours sincerely
> Plüss Roland
> 
> Leader and Head Programmer
> - Game: Epsylon ( http://www.indiedb.com/games/epsylon )
> - Game Engine: Drag[en]gine ( http://www.indiedb.com/engines/dragengine
> , http://dragengine.rptd.ch/wiki )
> - As well as various Blender export scripts und game tools
> 
> 
> 

--- End Message ---

Re: [Pharo-users] issues in setting up a new project on Github/Iceberg

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
I usually clone, using the command line. And then, I add a repo in Iceberg that 
points to the repository.

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



> On 17-04-2020, at 06:49, Sanjay Minni  wrote:
> 
> Using Pharo 8 64 bit on Windows 10
> 
> I am trying to setup a new project on Github using Iceberg following the
> document  "Manage your code with Iceberg dtd 25 March 2019)
> 
> After creating the project in github when I try to clone from Github as (I
> am at doc item1.4) The system throws an error and the project does not
> appear in iceberg although the files are downloaded. This happen in both
> cases whether I use HTTP or SSH  
> 
> What is going wrong ?
> 
> also: assuming the clone is made, as per next item in doc 1.5, the directory
> "src" is created after the clone is made. is that correct ?... then how will
> the packages sources be mapped to ..\src 
> 
> 
> <http://forum.world.st/file/t368721/1-GettingFirstEmptyProjFromGit.jpg> 
> 
> <http://forum.world.st/file/t368721/0-GithubProjectCreation.jpg> 
> 
> 
> 
> 
> 
> -
> cheers, 
> Sanjay
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
> 

--- End Message ---

[Pharo-users] Big thanks to Loic and Anne

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Hello

I would like to publicly send a big clap to Loic Lagadec and Anne Etien for 
their remarkable work on getting a special issue for the IWST proceedings. This 
special issue, in the Science of Computer Programming journal, has a real and 
tangible impact on the future of our students and young professors.

Loic, Anne, you are making the world a better place.

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



--- End Message ---

Re: [Pharo-users] [Pharo-dev] Cover for PBE8

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
I like the mosaic

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



> On Apr 7, 2020, at 8:31 AM, Cédrick Béler  wrote:
> 
> Just a try.
> 
> I searched for free picture around the words lighthouse and/or (mosaic 
> patchwork painter…).
> A bit like this one (which is not free).
> 
> 
> 
> Also, I kind of like the spiral effect which evoke practicing the internal…  
> and the spiral effet (learning/getting better).
> https://www.flickr.com/photos/28752865@N08/19369475232 
> <https://www.flickr.com/photos/28752865@N08/19369475232> 
> 
> There are some other free and available. This one is Creative Commons:
> https://www.flickr.com/photos/kaptainkobold/6699472801 
> <https://www.flickr.com/photos/kaptainkobold/6699472801>
> 
> => google image searches 
> <https://www.google.com/search?q=lighthouse+inside+stairs&tbm=isch&ved=2ahUKEwiVy7eZpdboAhWj1-AKHSM8DvEQ2-cCegQIABAA&oq=lighthouse+inside+stairs&gs_lcp=CgNpbWcQAzIGCAAQCBAeOgQIIxAnOgIIADoECAAQQzoECAAQHjoGCAAQBRAeOgQIABATOgYIABAeEBM6CAgAEAUQHhATUMnFCli44gpgrOQKaABwAHgAgAG9AYgBzQySAQQxLjEymAEAoAEBqgELZ3dzLXdpei1pbWc&sclient=img&ei=om6MXpXyOaOvgwej-LiIDw&bih=747&biw=1364&client=safari&tbs=sur:fm&hl=fr#imgrc=HHLLtFYkAxOD8M>
>  on « free »  internal stairs.
> 
> 
> I also searched for « lighthouse anatomy / internals ». It’s nice but don’t 
> think usable out of the box. It should be stylized (and eventually adapted to 
> programming internals).
>  
> https://commons.wikimedia.org/wiki/File:Antique_-_Maniguin_Lighthouse_-_Original_Spanish_design.png
>  
> <https://commons.wikimedia.org/wiki/File:Antique_-_Maniguin_Lighthouse_-_Original_Spanish_design.png>.
>   Section_of_new_Eddystone_Lighthouse.jpg 
> <https://upload.wikimedia.org/wikipedia/commons/7/74/Section_of_new_Eddystone_Lighthouse.jpg>.
> 
> 
> My 2 cents,
> Cédrick (preference for the spiral effect)
> 

--- End Message ---

Re: [Pharo-users] [Roassal3 Script of the day] Visualizing Coronavirus official public data

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
The script I provide could be easily wrapped up into some classes. Maybe I will 
use it for a new tutorial.

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



> On 16-03-2020, at 12:38, Hernán Morales Durand  
> wrote:
> 
> Thank you Alexandre, I've been asking myself how to do it in Roassal3 in a 
> better way as you did!!
> Cheers,
> 
> Hernán
> 
> El lun., 16 mar. 2020 a las 12:31, Alexandre Bergel via Pharo-users 
> () escribió:
> Hola,
> 
> Here is a script, for which I hope some of you will find useful. 
> The script of today visualize the number of infected and allows for an easily 
> (and very basic) comparison. First, you need Roassal3 and DataFrame. Here is 
> the code:
> 
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Metacello new
> baseline: 'Roassal3';
> repository: 'github://ObjectProfile/Roassal3';
> load.
> Metacello new
>   baseline: 'DataFrame';
>   repository: 'github://PolyMathOrg/DataFrame:v2.0/src';
>   load.
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Then, evaluate the Pharo code available on:
> 
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> https://gist.github.com/bergel/6ebcde9696ef922f2b519c56a4520bac
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> 
> 
> You should then see the following:
> 
> 
> Change the names of the countries to see what you are interested in.
> 
> Stay safe
> Alexandre
> -- 
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> 
> 
> 


--- End Message ---

[Pharo-users] Call for reviewers for Roassal3

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
TL;DR: Reviewing form for Roassal3: 
https://docs.google.com/forms/d/1-8CJM5_TDu3HBE2d_2dPjqq1pTLZRuauMtPcZZYZXIE/edit


Longer version:

Dear Community,

Right after ESUG 2019 we released a beta version of Roassal3, and we got many 
very constructive feedbacks from all over the World. We thank you for this. We 
really tried to improve Roassal3 and specially to provide a smooth and 
intuitive API to lower the entrance bar for Roassal3.

Now is time to enter a new reviewing phase. Our ultimate goal is to provide the 
visualization engine that the Pharo and Smalltalk communities deserve. 

The GiHub page contains some information, including a small tutorial:
https://github.com/ObjectProfile/Roassal3
Additional tutorials will soon come. 

You can install Roassal3 either from the catalog (just look for Roassal3), or 
execute the following instruction:

Metacello new
baseline: ‘Roassal3’;
repository: ‘github://ObjectProfile/Roassal3’;
load.

Roassal3 comes with many examples. You should look for the package: 
Roassal3-Examples

We would like to end the reviewing page at the end of March 2020. A second 
edition of Agile Visualization will begin after March 31. Your comment will 
definitely have an impact on this new book. 

Reviewers of Roassal3 will:
  - Have their name listed in Roassal3's website
  - Have their name listed in the new edition of Agile Visualization
  - Have a beer next time we meet at ESUG or at Annual Smalltalk meetup in Palo 
Alto
  - Make the Pharo community stronger, really.

Here is the google form to gather your feedback: 
https://docs.google.com/forms/d/1-8CJM5_TDu3HBE2d_2dPjqq1pTLZRuauMtPcZZYZXIE/edit


Thanks!
The Roassal3 development team
--- End Message ---

Re: [Pharo-users] [Pharo-dev] Short Survey about automatic deprecation rewrites

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Just answered!

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



> On 21-01-2020, at 13:23, Guillermo Polito  wrote:
> 
> Hi all,
> 
> We would like to share with you a short survey about the automatic 
> deprecation rewrites that have been around since Pharo 6.
> It will be super useful for us to enhance the support for migrations.
> We estimate it will take ~< 3 minutes to fill.
> 
> This survey is aimed at people both *using* Pharo, or writing libraries and 
> frameworks for Pharo.
> If you’re a library/framework maintainer and you know people using your 
> library, would you mind share it with them?
> 
> Link to the survey: https://sondages.inria.fr/index.php/133442?lang=en
> 
> Thanks a lot!
> Guille, in behalf of the Pharo consortium


--- End Message ---

[Pharo-users] Smalltalk meetup in Palo Alto, CA on January 25, 2020

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Dear Friends and Colleagues, 

We are organizing a Smalltalk meetup in Palo Alto, CA, on Saturday 25 January, 
2020.
The event is free, thanks to Lam Research, Object Profile, Semantics for 
sponsoring the event.

More information may be found on 
https://agileartificialintelligence.github.io/meetup.html

People who wish to attend, then the webpage contains the registration links.

Please, join!

Kind regards,
Alexandre & Juan Pablo
-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.




--- End Message ---

Re: [Pharo-users] [Pharo-dev] [ANN] Grouper

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Pretty cool! 

Alexandre

http://bergel.eu

> Le 9 déc. 2019 à 11:10, Julien Delplanque  a 
> écrit :
> 
> 
> Hello,
> 
> I made a small library that reify grouping (that one does via #groupBy: 
> usually): Grouper https://github.com/juliendelplanque/Grouper
> 
> It is designed in the same spirit as SortFunction, but for grouping.
> 
> Quick example:
> 
> The following code snippet using Grouper:
> 
> (10 to: 50) groupUsing: [ :integer | integer asString first ].
> "an OrderedDictionary(
>   $1->#(10 11 12 13 14 15 16 17 18 19)
>   $2->#(20 21 22 23 24 25 26 27 28 29)
>   $3->#(30 31 32 33 34 35 36 37 38 39)
>   $4->#(40 41 42 43 44 45 46 47 48 49)
>   $5->#(50))"
> is equivalent to the following code snippet using built-in #groupedBy: method:
> 
> (10 to: 50) groupedBy: [ :integer | integer asString first ]
> "an OrderedDictionary(
>   $1->#(10 11 12 13 14 15 16 17 18 19)
>   $2->#(20 21 22 23 24 25 26 27 28 29)
>   $3->#(30 31 32 33 34 35 36 37 38 39)
>   $4->#(40 41 42 43 44 45 46 47 48 49)
>   $5->#(50))"
> The advantage of using it is that it allows one to compose grouper objects.
> 
> Thus, it is easy to describe grouping on 2 or 3 levels.
> 
> Fore example:
> 
> The power of Grouper is that group description are first-class objects. Thus, 
> it is possible to compose group descriptions in order to group a flat 
> collection on multiple levels.
> 
> For example:
> 
> groupComposition := [ :integer | integer asString first ] grouper , [ 
> :integer | integer asString second ].
> (10 to: 50) groupUsing: groupComposition.
> "an OrderedDictionary(
>   $1->an OrderedDictionary(
> $0->#(10) $1->#(11) $2->#(12) $3->#(13) $4->#(14) $5->#(15) $6->#(16) 
> $7->#(17) $8->#(18) $9->#(19))
>   $2->an OrderedDictionary(
> $0->#(20) $1->#(21) $2->#(22) $3->#(23) $4->#(24) $5->#(25) $6->#(26) 
> $7->#(27) $8->#(28) $9->#(29))
>   $3->an OrderedDictionary(
> $0->#(30) $1->#(31) $2->#(32) $3->#(33) $4->#(34) $5->#(35) $6->#(36) 
> $7->#(37) $8->#(38) $9->#(39))
>   $4->an OrderedDictionary(
> $0->#(40) $1->#(41) $2->#(42) $3->#(43) $4->#(44) $5->#(45) $6->#(46) 
> $7->#(47) $8->#(48) $9->#(49))
>   $5->an OrderedDictionary($0->#(50)))"
> On the github, there are more example showing how to build trees with custom 
> objects.
> 
> Any feedback for this library is welcome.
> 
> I would like to propose it to Pharo in the near future because it would 
> simplify a lot of code in DrTests (related to result tree views, the tree on 
> the right of the UI).
> 
> I don't know if it will be possible before next release as we are in feature 
> freeze.
> 
> Cheers,
> 
> Julien
--- End Message ---

Re: [Pharo-users] Was there some force push to Roassal?

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Hi Cyril,

I tried something to remove some large blob from the history. The code source 
of Roassal2 is about 7Mb large, but the .git folder is about 150 Mb!
But at the end, it was the push was rejected because some pullrequests exist. 
So, I did not suspect that I had an impact. Sorry about that.

Help is welcome to shrink Roassal2’s .git folder.

Cheers,
Alexandre

> On 07-11-2019, at 19:33, Cyril Ferlicot D.  wrote:
> 
> Hi,
> 
> Since there is no release for roassal I have projects referencing a SHA
> of a stable Roassal 2 version.
> 
> I see in my projects that the roassal SHA targeted was
> c1da8614c951008ea501f126ef3ccf25d73580ac but now I cannot find it in the
> history of roassal and my projects are failing.
> 
> So I am wondering if someone forced pushed on Roassal 2? And if yes,
> what is the reason?
> 
> Because of this, all the released of the projects depending on this
> version of roassal will never work again.
> 
> Please, please, do not use destructive operations on projects that are
> intended to be used :(
> 
> -- 
> Cyril Ferlicot
> https://ferlicot.fr
> 


--- End Message ---

Re: [Pharo-users] [ANN] TinyLogger

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Pretty cool!

I love the way you document your application. Very effective!

Alexandre

> On Jul 16, 2019, at 4:16 PM, Cyril Ferlicot D.  
> wrote:
> 
> Hi,
> 
> Some time ago I released the first stable version of a project of mine:
> TinyLogger. I announced it on Twitter but I forgot to announce it here :)
> 
> I started this project because at some point I had an urgent need of a
> simple logger and at that time beacon was broken. :( I had no time to
> check from where the error came from and wait for the integration of a
> PR so I did a simple logger directly in my project.
> 
> After some month/years I took some time to extract it to its own project
> and document it to give an alternative logger for simple cases.
> 
> You can find information, a quick start and documentation here:
> 
> https://github.com/jecisc/TinyLogger
> 
> -- 
> Cyril Ferlicot
> https://ferlicot.fr
> 


--- End Message ---

Re: [Pharo-users] [ANN] GitBridge

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Thanks Cyril,

This look awesome. A quick question: to access external resources, I usually 
use the expression (that you provide me some times ago)

repo := (IceRepository registry detect: [ :each | each includesPackageNamed: 
'GeneticAlgorithm' ] ifNone: [ self error: 'Please add a clone of this project 
to Iceberg to access to the resources' ]) location.

In this case, I can use some resources located in the git repository of the 
GeneticAlgorithm project. Eg. repo / ‘my image.png’

What does GitBridge bring more than that? I feel I miss something obvious...

Cheers,
Alexandre

> On Jul 16, 2019, at 4:07 PM, Cyril Ferlicot D.  
> wrote:
> 
> Hi!
> 
> Today I released the v1 of a project I wanted to do since a long time:
> GitBridge.
> 
> The goal of the project is to easily access external resources stored in
> the git repository of the project and other information.
> 
> For more infos check the Quick start or documentation present at:
> https://github.com/jecisc/GitBridge
> 
> When Monticello was the most common VCS usable with Pharo we stored a
> lot of external resources in the image. Now we are able to store them
> outside, get a lighter image and make it easier to edit and version them!
> 
> This can be useful to store test resources, CSS/JS files for web
> applications, documentation, etc.
> 
> This can also be useful to get from the application some information
> such as the current version of the application instead of hard-coding it
> in a method to update at each release.
> 
> It implementation relies on Iceberg and the repositories registered in it.
> 
> -- 
> Cyril Ferlicot
> https://ferlicot.fr
> 


--- End Message ---

Re: [Pharo-users] [GSoC blog post] Binary Search Trees

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Thanks for your detailed answers

Cheers,
Alexandre

> On Jul 12, 2019, at 8:49 AM, Richard O'Keefe  wrote:
> 
> Search trees (which come in many varieties) are good for collections in which
> adding, deleting, and lookup are interleaved, where there is an order on the
> elements (if used as a set) or the keys (if used as a dictionary).  So are
> hash tables.  But (balanced) search trees have guaranteed O(lg n) worst case
> time, which hash tables do not.  And search trees let you enumerate their
> contents in ascending or descending order, at any time.  And search trees can
> support queries like
>  - tell me all the elements {<, <=, >, >=} x
>  - tell me all the elements between L and U
>  - tell me the next element (before,after) x
> 
> My Smalltalk library includes Sorted{Set,Bag,Dictionary} implemented as splay 
> trees.
> Some time I must try an alternative.
> in time O(lg n + number of answers).
> 
> On Thu, 11 Jul 2019 at 04:53, Alexandre Bergel via Pharo-users 
> mailto:pharo-users@lists.pharo.org>> wrote:
> Hello Smiljana,
> 
> Thanks for having written down this document. I am not expert in algorithm, 
> so I would consider myself a simple user. I have developed complex software 
> for some times and I have never seen the need of having a binary search tree. 
> I guess this is probably partly because of my lack of expertise in binary 
> search tree and partly because experts in binary search trees assume that 
> people know what it is about and in what it is useful.
> 
> My question is, when should a programmer ever need to use binary search tree? 
> Can you add some examples on what these trees are good for, and how an 
> average programmer should look into it. I think this will be a valuable and 
> easy way to expand your blog.
> 
> Cheers,
> Alexandre
> 
>> On Jul 7, 2019, at 5:12 PM, Smiljana Knezev > <mailto:smilja.kne...@gmail.com>> wrote:
>> 
>> Dear all,
>> 
>> I've written about implementing binary search trees: 
>> https://pharokeepers.github.io/pharo/2019/07/07/SmiljanaBinarySearchTreeinPharo.html
>>  
>> <https://pharokeepers.github.io/pharo/2019/07/07/SmiljanaBinarySearchTreeinPharo.html>
>> 
>> Feedback and opinions is always welcome :)
>> 
>> Best regards,
>> Smiljana Knezev
> 

--- End Message ---

Re: [Pharo-users] [GSoC blog post] Binary Search Trees

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Hello Smiljana,

Thanks for having written down this document. I am not expert in algorithm, so 
I would consider myself a simple user. I have developed complex software for 
some times and I have never seen the need of having a binary search tree. I 
guess this is probably partly because of my lack of expertise in binary search 
tree and partly because experts in binary search trees assume that people know 
what it is about and in what it is useful.

My question is, when should a programmer ever need to use binary search tree? 
Can you add some examples on what these trees are good for, and how an average 
programmer should look into it. I think this will be a valuable and easy way to 
expand your blog.

Cheers,
Alexandre

> On Jul 7, 2019, at 5:12 PM, Smiljana Knezev  wrote:
> 
> Dear all,
> 
> I've written about implementing binary search trees: 
> https://pharokeepers.github.io/pharo/2019/07/07/SmiljanaBinarySearchTreeinPharo.html
>  
> 
> 
> Feedback and opinions is always welcome :)
> 
> Best regards,
> Smiljana Knezev

--- End Message ---

Re: [Pharo-users] Python bridges

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
> 
> How does usage of your Python bridge compare to Kilon's... ?
> https://github.com/kilon/Atlas 
No idea. But our bridge adequately manages errors crossing language boundaries 
and employ a set of command to enable promises. I am not sure sure whether 
Atlas was designed to do so.

Alexandre

--- End Message ---

Re: [Pharo-users] Anything on Pharo that would be like Opentalk on VW?

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
I do not know what is ImageWorker, but DMirror is a simple and efficient way to 
distribute a computation on single CPU.

Alexandre

> On Jun 25, 2019, at 3:05 PM, Norbert Hartl  wrote:
> 
> 
> 
> Am 25.06.2019 um 20:44 schrieb Alexandre Bergel  <mailto:alexandre.ber...@me.com>>:
> 
>> Hi Jerry,
>> 
>> We have worked on bridging Pharo with Python. It works remarkably well. Here 
>> is the website: https://objectprofile.github.io/PythonBridge/ 
>> <https://objectprofile.github.io/PythonBridge/>
>> We have also worked on a simple mechanism to distribute computation across 
>> multiple Pharo images. Here is the website: 
>> https://github.com/ObjectProfile/DMirror 
>> <https://github.com/ObjectProfile/DMirror>
>> 
> Nice! How does the DMirror relate to the ImageWorker?  
> https://github.com/pharo-contributions/ImageWorker 
> <https://github.com/pharo-contributions/ImageWorker>
> 
> Norbert
>> Cheers,
>> Alexandre
>> 
>>> On Jun 23, 2019, at 11:09 PM, Jerry Kott >> <mailto:jk...@image-ware.com>> wrote:
>>> 
>>> I am looking at some interprocess communication with Pharo. VW has 
>>> Opentalk, VASt has Sst (I think, haven’t looked in a while). Does anything 
>>> similar exist for Pharo?
>>> 
>>> Jerry Kott
>>> This message has been digitally signed. 
>>> PGP Fingerprint:
>>> A9181736DD2F1B6CC7CF9E51AC8514F48C0979A5
>>> 
>>> 
>>> 
>> 

--- End Message ---

Re: [Pharo-users] Anything on Pharo that would be like Opentalk on VW?

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Hi Jerry,

We have worked on bridging Pharo with Python. It works remarkably well. Here is 
the website: https://objectprofile.github.io/PythonBridge/
We have also worked on a simple mechanism to distribute computation across 
multiple Pharo images. Here is the website: 
https://github.com/ObjectProfile/DMirror

Cheers,
Alexandre

> On Jun 23, 2019, at 11:09 PM, Jerry Kott  wrote:
> 
> I am looking at some interprocess communication with Pharo. VW has Opentalk, 
> VASt has Sst (I think, haven’t looked in a while). Does anything similar 
> exist for Pharo?
> 
> Jerry Kott
> This message has been digitally signed. 
> PGP Fingerprint:
> A9181736DD2F1B6CC7CF9E51AC8514F48C0979A5
> 
> 
> 

--- End Message ---

Re: [Pharo-users] Information on Spec development

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Thanks for sharing this.
You guys are doing an amazing job. I do not mind having a couple of warning 
times to time.

Cheers,
Alexandre


> On Jun 20, 2019, at 11:29 AM, Cyril Ferlicot  wrote:
> 
> Hello everyone!
> 
> This is an important update about the development of Spec.
> 
> As you might have heard, we are working on Spec to release a new
> version in Pharo 8. One goal is to unify all Pharo interfaces behind
> one GUI framework and a second goal is to allow multiple back-ends
> (Morphic but also GTK, Bloc, ...). To reach those goals we have been
> updating the current version of Spec. We see now, however, that
> updating Spec directly creates troubles with migration. For example,
> we currently have a lot of deprecation warnings in Iceberg, because we
> can't update it without breaking Pharo 7 compatibility.
> 
> After some discussions between the engineers working on Spec, here is
> our plan to improve the situation: We will copy all classes of Spec
> and rename them with the "Sp" prefix. (We will also ensure that every
> class of Spec started with the same prefix for consistency). For
> extensions methods, we will rename them to have a version different
> from Spec 1 (The spec from Pharo 7). Once done we will integrate this
> new version in Pharo 8. From there we will wait some weeks to let
> users who started to use the updated Spec change their projects to use
> this new Spec2. Finally, we will revert all changes that happened on
> Spec 1 and deprecate the packages. We hope this will make things
> easier for everyone.
> 
> Have a nice day!
> 
> -- 
> Cyril Ferlicot
> https://ferlicot.fr
> 


--- End Message ---

Re: [Pharo-users] Question: anyone using NOCompletion setting?

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Marcus, this is an excellent idea!

Alexandre

> On Jun 19, 2019, at 4:15 AM, Marcus Denker  wrote:
> 
> 
> 
>> On 18 Jun 2019, at 19:34, Sean P. DeNigris  wrote:
>> 
>> I use it sometimes. IIRC there was a paper that it was objectively better at
>> finding the "right" thing. Are you thinking of removing it?
>> 
>> 
> 
> I would like to re-implement sorting of results in a more pluggable way… so 
> that e.g. 
> people can add more sorting ideas.
> 
> But doing that in one step seems hard… it would be much easier if we could 
> simplify the system
> first.
> 
> Removing the Ocompletion (for a while) would make it much easier…
> 
>   Marcus
> 
> 


--- End Message ---

Re: [Pharo-users] Smalltalk-Bolivia at ICSE SRC 2019

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
It was an intense competition. Alejandra did very well!
Big clap to you too Juan Pablo! 

Alexandre

> On Jun 4, 2019, at 12:33 PM, Juan Pablo Sandoval Alcocer 
>  wrote:
> 
> Hi,
> 
> We would like to share good news from Bolivia. Our student Alejandra Siles 
> participated in the ICSE Student Research Competition (Undergrad category). 
> She present a tool called TOAD, which is a tool for recommending source code 
> selection alternatives for the extract method refactoring. TOAD was developed 
> in Pharo. You may find the prototype on 
> http://smalltalkhub.com/#!/~juampi/Toad 
> 
> 
> Alejandra was selected by the ACM SRC (Student Research Competition) as the 
> best undergrad student. After 3 rounds (writing a short paper, writing and 
> defending a poster, and presenting her results), she finished 1st in the 
> undergrad category. This is a fantastic results that really show the quality 
> of the research being done in Bolivia. You might find some pictures in the 
> attached files.
> 
> Regards,
> Juan Pablo Sandoval A.
> jpsandoval.github.io 
> 
> 

--- End Message ---

Re: [Pharo-users] [Pharo-dev] Explaining Spec2 and why Bloc is on the roadmap

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Hi Stef, 

Thanks for this email. Spec 2 really looks great.
It is also great to foresee an integration of Bloc/Brick in Pharo.

Cheers,
Alexandre

> On May 2, 2019, at 5:27 AM, ducasse  wrote:
> 
> Dear Pharoers
> 
> We would like to explain what is Spec 2.0 and how Bloc is on the Pharo 
> roadmap. 
> 
> Spec is a way to support a way to express and reuse application interaction 
> logic. 
> Spec was first developed by Benjamin van Ryseghem and others while supervised 
> by Stéphane Ducasse. 
> Over the years we cleaned Spec, but we never took the time to really revisit 
> it, and Spec 
> was never stressed outside the scope of Pharo tools (even if there is some 
> people who 
> used it in their projects, this was not the general case). There was a need 
> to deeply rethink
> the way we express and reuse interaction application logic.
> 
> Spec 2.0 revisits fundamentally Spec. The consortium wants to acknowledge the 
> strong financial 
> support of Schmidt in this new development. Here is a list of points we are 
> working on to support companies 
> to build modern applications with Pharo. 
> 
>   - adding support for many widgets and at the same time improving 
> existing widgets such as fasttable
>   - adds much better layouts (we will deprecate the interpreter design)
>   - introducing a new way to architecture an application: 
>   Spec20 introduces the notion of application to better handle resources 
> and window flow
>   - revisiting the internal logic of Spec (to remove useless parts and 
> enhance the ones that works)
>   - adding many tests
> 
> In addition we want that Spec 2.0 is not tight anymore with Morphic. 
> Why? Because we want to make sure that:
>   - companies can deploy desktop applications
>   - we can reuse all the tools logic of Pharo with new widgets sets such 
> as Brick (widgets on top of Bloc) 
>   without having to rewrite everything. 
> 
> This is why Spec2.0 can optionally render using Gtk3.0. It also means that in 
> the future we can have native widgets. 
> 
> Now that Bloc/Brick is finally reaching a point where it can be tried and 
> eventually adopted, we want to 
> make sure the transition to it will not force us to throw away the tools we 
> developed last ten years. 
> We think that Bloc needs some effort to clean and structure it and Spec2.0 
> gives the time to let Bloc and Brick
> mature. Also, we want to make sure that in the future we will be able to 
> adopt other backends in case we 
> decide it (Remember new now is old tomorrow and while Bloc/Brick is new and 
> modern,  it will not remain 
> new and modern forever).
> 
> Brick needs to be ready for Pharo consumption, and to make it possible we 
> need to move the image to converge. 
> With Spec 2.0, in future versions we will just need to define a new backend 
> to get all our tools working.
> 
> The Pharo Board
> 
> 
> 


--- End Message ---

Re: [Pharo-users] [ANN] (Re)Introducing Mars (Spec 2.0 Gtk3 bindings)

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Hi Esteban,

This is fantastic! We are eager to investigate how Roassal3 can run in an 
external window.

Alexandre

> On Apr 18, 2019, at 6:08 AM, Esteban Lorenzano  wrote:
> 
> People that assisted to Pharo Days 2019 (or that follow my twitter account) 
> already know this, but it needs to be formally announced: 
> 
> We are working on Spec 2.0, and it will provide not just the classic Morphic 
> bindings but also a new option for developers: Gtk3 bindings!
> 
> Why we want a Spec 2.0 with different backends?
> 
> There are reasons that converged to decide us to make it:
> 
>   • First, to provide a validated abstract Spec 2.0 that can be used with 
> different backends, preparing Pharo to be able to switch backends without 
> needing to recreate the full IDE from scratch each time (a problem we have 
> partially now in our way to deprecate Morphic).
>   • Second, because we receive from different sources the requirement of 
> having the possibility of developing real native-looking desktop 
> applications. Yes, in moment where people talk about the cloud, SaaS and 
> web-applications as the "next big thing" (something that is been declared 
> since years, by the way), we believe is important to provide this, for two 
> big reasons: 
>   • Because there is still an important place for desktop 
> applications market and most medium-size to big business still require them.
>   • Because Pharo itself is a desktop application! (And we need 
> to provide the best experience possible on it).
> 
> For us, this is a fundamental step to continue improving Pharo itself, and it 
> matches also the work we are doing on going real-headless:  Pharo users will 
> be able to start the Morphic world, a Gtk application or the next backend to 
> come.
> 
> Why Gtk3?
> 
> There are some other important players in the "native widgets scene", so why 
> we choose Gtk3? 
> 
> Again, several reasons  were taken into account: 
> 
>   • Gtk3 is cross platform. Yes, technically is just "native" in linux, 
> but it works on Windows and macOS too. 
>   • It is very mature and popular.
>   • It is made in plain C.
> 
> Next step: tool migration
> 
> The only way to know if you have covered what is needed is actually taking 
> real-life use cases and implementing them. We have a list of tools that needs 
> to be migrated and we are starting from them: 
> 
>   • Old GT tools will be replaced by new Spec tools (while preserving its 
> power).
>   • Calypso UI needs to be rewritten in Spec 2.0 (it is in plain Morphic 
> now).
>   • Pharo launcher as a standalone application is a good example of what 
> you can do with the Gtk3 bindings.
> 
> And that's it. Pharo 8.0 will come with Spec 2.0 and users will be able to 
> benefit of it immediately :)
> 
> 
> A small screenshot of the new Inspector (WIP): 
> 
> 
> 
> Esteban


--- End Message ---

Re: [Pharo-users] LibC experiments in Pharo 7

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Excellent!
How does it compare with OSSubProcess? LibC looks much lighter. 

Alexandre

Envoyé de mon iPad

> Le 16 mars 2019 à 08:50, Christopher Fuhrman  
> a écrit :
> 
> I wrote a blog entry about how I've used LibC in Pharo 7.
> 
> https://fuhrmanator.github.io/LibC-Pharo-experiments/
> 
> Cheers!
> 
> Christopher
--- End Message ---

Re: [Pharo-users] Stability of Pharo 7 vs 6?

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Personally, when I leave P7 open for a few hours, it slows down significantly. 
I have to save the image and open it back to not have any slug. 

Cheers,
Alexandre


http://bergel.eu

> Le 15 févr. 2019 à 08:11, Tim Mackinnon  a écrit :
> 
> I’m not sure if this is born out by others - but I’m finding that Pharo 7 is 
> a bit less stable than Pharo 6 - I’m seeing quite a few seg-faults where the 
> vm dies and terminates - both when the image is left running for a while, but 
> also in fresh images where I do an Iceberg load of my projects. I’ve also 
> seen a lot of weird things like corrupted fonts and keyboard focus/cursor 
> keys not working properly.
> 
> From memory - I saw a lot less of this in Pharo 6 when I first moved to it.
> 
> Possibly my usage is a bit different (although I’m not sure) - but in all the 
> cases above I’m using OSX (HighSierra - so the same Mac OS as Pharo 6) - with 
> the 64bit vm and running full screen.
> 
> One thing that seems to help (but this is an early empirical observation) - 
> if I save my image to a new name - this seems to help. So I’m wondering if 
> there might be something in the build process that has changed and is causing 
> some sort of instability? 
> 
> I haven’t done this long enough to really comment - but from all of the 
> above, having a Pharo.1.image seemed to stop my problems.
> 
> Possibly I’ve been unlucky - but of 7 images I’ve used in the last 2 weeks - 
> 5 of them have had issues. I did notice that half of these images were the 
> rc1 build 1436 setup (as I hadn’t noticed that the blessed 7.0 stable image 
> has a different version number (previously, the last builds in PL Pharo 7 
> development - was the stable version - unless work then went forward for a 
> Pharo 7.1. I liked to nab the dev version so that I know the build number to 
> report it. I now see the about Pharo in the image also lists this number). 
> Also some of my images were retrieved via zeroConf in the terminal (again, 
> not sure if this makes a difference - but did that a lot with P6 too).
> 
> This isn’t a complaint per se - as we need to move the platform forward and 
> forge new approaches. So I really mention it to try and help diagnose the 
> issues - or possibly understand if I’m doing something weird.
> 
> Tim
--- End Message ---

Re: [Pharo-users] Github pharo-* organizations

[Alexandre Bergel via Pharo-users]

--- Begin Message ---

> The idea is to make it even easier than now (but so far nothing is defined).
> Something like (but this is JUST A DRAFT IN MY MIND):
> 
> {
>#project : ‘MyCoolProject’,
>#description : ‘Blablabla’,
>#tags: [ ‘a’, ‘b’, ‘c’ ],
>#versions : [
>#current  : ‘1.2.3’,
>#pharo7:  ‘1.2.0’,
>etc.
>],
>url: ‘github://estebanlm/MyCoolProject'
> } 

That would be amazing. One advantage, is that removing junk project is an easy 
action. 

Cheers,
Alexandre

--- End Message ---

[Pharo-users] Library to use multi-core in Pharo?

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Hi!

Is there an effort to easily use multi-core or native processes in Pharo?
I am thinking about a library that offer a construct like:

future := Runner runInDifferentProcess: [ “This block is run in a different OS 
process” ]

That would save the image under a different name, use OSSubProcess to launch a 
new Pharo with no UI.

Is there a library available?

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



--- End Message ---

Re: [Pharo-users] Agile Artificial Intelligence book

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Hi!

Thanks for having spotted it. 
Code for the first chapters can be downloaded using:
Metacello new
  baseline: 'NeuralNetwork';
  repository: 'github://AgileArtificialIntelligence/PharoSourceCode/src' ;
  load.

But note that the code is not officially released. We will package it better…

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



> On Dec 13, 2018, at 3:35 PM, mldavis99  wrote:
> 
> Hi, the Book so far is great, I am looking forward to more.  However, when I
> try to load the code with: 
> Metacello new
>  package: 'NeuralNetwork';
>  repository: 'github://AgileArtificialIntelligence/PharoSourceCode/src' ;
>  load.
> Both Pharo 6.1 stable and 7 Development Version do not understand:  package: 
> When I dig into it a bit this message is implemented in an abstract method
> of Metacello which does not appear to be in Metacello hierarchy??  What did
> I miss?  
> mike
> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
> 

--- End Message ---

Re: [Pharo-users] [ANN] Pharo Newsletter December 2018

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Hi Marcus!

Maybe a news about the first 6 chapters of Agile Artificial Intelligence. 
https://agileartificialintelligence.github.io/

Cheers 
Alexandre 

http://bergel.eu

> Le 12 déc. 2018 à 05:17, Marcus Denker  a écrit :
> 
> 
> 
>> On 11 Dec 2018, at 14:08, Marcus Denker  wrote:
>> 
>> Hi,
>> 
>> Last we the Pharo Newsletter December 2018 was send.
>> 
>> You can find the archived version now here:
>> 
>>https://mailchi.mp/pharo/pharo-newsletter-december-2018
>> 
> 
> I am looking for content for the January newsletter. 
> 
> e.g. if you know a library that has not yet been listed, or just one where 
> some new version has been released.
> Or people could write “larger” articles (a paragraph or two) about their 
> favourite things.
> 
> Or maybe there are videos that would be nice to be added to the newsletter?
> 
>Marcus
--- End Message ---

Re: [Pharo-users] [ANN] Git Thermite integration with Iceberg

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
It would be really great to have feedback. 
Please, providing feedback is key to enable innovation in this community!

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



> On Dec 12, 2018, at 12:21 PM, Ronie Salgado  wrote:
> 
> Hello,
> 
> Some time ago I presented Git Thermite in this mailing. Git Thermite is a 
> tool for visualizing Git commits that I am making for my master thesis. Now I 
> have managed to integrate Git Thermite with Iceberg.
> 
> GitHub page: https://github.com/ronsaldo/pharo-git-thermite 
> <https://github.com/ronsaldo/pharo-git-thermite>
> Demo video: https://www.youtube.com/watch?v=TdBHpdyFgZE 
> <https://www.youtube.com/watch?v=TdBHpdyFgZE>
> Visualization learning material: 
> https://github.com/ronsaldo/pharo-git-thermite/blob/master/doc/learning-material.pdf
>  
> <https://github.com/ronsaldo/pharo-git-thermite/blob/master/doc/learning-material.pdf>
> Feedback: 
> https://docs.google.com/forms/d/e/1FAIpQLSeir6VlE3bR78oRsNAp9eHLkUn2Q016wEliOJN7tFlTmYFi8w/viewform
>  
> <https://docs.google.com/forms/d/e/1FAIpQLSeir6VlE3bR78oRsNAp9eHLkUn2Q016wEliOJN7tFlTmYFi8w/viewform>
> 
> Pharo 7 installation doIt:
> 
> Metacello new
>baseline: 'Thermite';
>repository: 'github://ronsaldo/pharo-git-thermite/src';
>load
> Please, I would love to get some usage feedback through the Google form :-)
> 
> Best regards,
> Ronie

--- End Message ---

[Pharo-users] Agile Artificial Intelligence book

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Dear Colleagues and Friends,

The first 6 chapters of Agile Artificial Intelligence are now stable. Now is a 
good time for reviewing them.

The chapters are available online from:
https://agileartificialintelligence.github.io/

You can also see that the structure of the book has evolved. I believe that the 
part are stable. Maybe content of Part II and Part III can still evolve. 

You can contribute to the chapters by simply making a pull-request. 
People who do so, 
(i) will have their name listed on the book website, 
(ii) will have their name in the printed version of the book, and 
(iii) I will be very happy to invite you for a beer next time we meet.

Thanks to all of you who have pushed the book and sent encouragements. The 
community deserves your effort.

Kind regards,
Alexandre
--- End Message ---

Re: [Pharo-users] VW2Pharo ? (Was: Pharo2VW (Was:[vwnc] Parsing in Smalltalk))

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
We put a significant amount of work into Pharo2VW
https://github.com/ObjectProfile/Pharo2VW

Let us know how useful is it for you.

Cheers,
Alexandre

> On Nov 15, 2018, at 9:36 AM, Esteban Maringolo  wrote:
> 
> I did a lot of scripting to manually export Glorp from VW to Pharo,
> using some of the available (and outdated) parcels for monticello. It
> was painful and needed extra manual work at the file level, because of
> the namespacing and the packaging characteristics of VW plus the
> file-in complaints of Pharo compiler at that time.
> 
> A Tonel exporter would be way better, everything else feels more like
> "rescuing" code from VW rather than exporting it.
> 
> This is something I'd like to collaborate, because I'm spending some
> time with Seaside and VW and there are many library wrappers that I
> could backport to Pharo and release them (e.g. like I did for
> Bootstrap-Select).
> 
> Regards,
> 
> 
> Esteban A. Maringolo
> El jue., 15 nov. 2018 a las 8:23, Steffen Märcker () escribió:
>> 
>> Please let me know if I can help with that porting tool! Btw, is it RDF
>> like Resource Description Framework?
>> 
>> Dreamer mode: It would be awesome to teach VW tonel and Git for export and
>> versioning!
>> 
>> Best, Steffen
>> 
>> Am .11.2018, 11:37 Uhr, schrieb Christian Haider
>> :
>> 
>>> Hi,
>>> 
>>> 
>>> I did a tool for porting PDFtalk from VW to Gemstone (bundle {Gemstone
>>> Fileout Project}) .
>>> 
>>> When I have time, I plan to extend it for Pharo in order to port RDF
>>> (and Values).
>>> 
>>> I am thinking of making Pharo my RDF engine… we’ll see…
>>> 
>>> 
>>> Happy hacking,
>>> 
>>>Christian
>>> 
>>> 
>>> Von: Cédrick Béler 
>>> Gesendet: Mittwoch, 14. November 2018 21:23
>>> An: Any question about pharo is welcome 
>>> Cc: Christian Haider ;
>>> Christian Haider 
>>> Betreff: VW2Pharo ? (Was: Pharo2VW (Was:[vwnc] Parsing in Smalltalk))
>>> 
>>> 
>>> 
>>> Objet: Rép : [Pharo-users] Pharo2VW (Was:[vwnc] Parsing in Smalltalk)
>>> 
>>> 
>>> I really like the tool as it makes cross-platform-life a lot easier.
>>> 
>>> 
>>> Thanks :-)
>>> 
>>> 
>>> 
>>> 
>>> I really wish there was a similar tool for the reverse direction, too!
>>> 
>>> 
>>> That is interesting. Anyone else interested in such a tool?
>>> 
>>> 
>>> 
>>> A tool to port from VW to Pharo ?
>>> 
>>> 
>>> Me interested, at least to port Christian work on RDF :)
>>> 
>>> 
>>> Cheers,
>>> 
>>> 
>>> Cédrick
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> Cheers,
>>> Alexandre
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> Cheers! Steffen
>>> 
>>> Am .10.2018, 22:38 Uhr, schrieb Alexandre Bergel via Pharo-users
>>> mailto:pharo-users@lists.pharo.org> >:
>>> 
>>> 
>>> 
>>> 
>>> Thanks Steffen for your contribution to Pharo2VW.
>>> We reviewed and accepted your PullRequests.
>>> 
>>> Alexandre
>>> 
>>> 
>>> 
>>> 
>>> On Oct 19, 2018, at 6:29 AM, Steffen Märcker >> <mailto:merk...@web.de> > wrote:
>>> 
>>> Nevermind, I figured it out easily. Must been blind before.
>>> 
>>> Many thanks to the Iceberg team, the tool works like a charm in 6.1!
>>> 
>>> 
>>> Am .10.2018, 10:58 Uhr, schrieb Steffen Märcker >> <mailto:merk...@web.de> >:
>>> 
>>> <---Schnitt--->
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>> 
>> 
>> 
> 


--- End Message ---

Re: [Pharo-users] [Moose-dev] Re: Re: Re: Plotting genome scale values with Roassal

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Hi Hernán,

> was reading a bit on the subject of plotting billions of points, and it seems 
> there are libraries which can do it:
> 
> http://holoviews.org/user_guide/Large_Data.html
> 
> This is based on a technique they call datashading.
> 
> However since I don't know Roassal internals, I cannot tell what's the 
> fundamental difference. 
> Is it a big change to reproduce the datashading principles in Roassal?

Sounds interesting. I do not think there is any showstopper to have this 
behavior in Roassal. I went through the documentation you’ve sent. The idea is 
to select a subset of the points to visualize. So, yes, this is easy :-)

> If I correctly understood the idea. I could reduce my collection of x values:
> 
> #(15 15 15 15 15 15 15 15 20 20 20 20 32 32 32 45 45 45 45 45 45)
> 
> having repetitions count of 8 4 3 6 respectively, and set a threshold, for 
> example 4 to obtain: 
> 
> #(15 15 20 45)
> 
> Is that correct?

Yes. You got the point.

Alexandre

> On Oct 28, 2018, at 5:10 PM, Hernán Morales Durand  
> wrote:
> 
> Hi Alex,
> 
> El vie., 12 oct. 2018 a las 19:37, Alexandre Bergel 
> () escribió:
> Hi Hernán,
> 
> Sorry for the late reply.
> 
> 
> No problem, my replay is even more delayed!
>  
> Regarding your first question, you can do:
> -=-=-=-=-=-=
> g := RTGrapher new.
> 
> d := RTData new.
> d connectColor: Color blue.
> d noDot.
> d points: (-3.14 to: 3.14 by: 0.1).
> d y: #sin.
> d x: #yourself.
> g add: d.
> 
> g axisX numberOfTicks: 10; numberOfLabels: 5.
> g
> -=-=-=-=-=-=
> 
> As you can see, the line "g axisX numberOfTicks: 10; numberOfLabels: 5.” 
> allows you to set the number of ticks and the number of labels.
> 
> 
> Thanks, with you and Milton's help I could set up the labels as I needed.
>  
> Regarding your second question, where can I find the file 
> OrderedCollection_3712516797.obj ?
> 
> I think the attachment was truncated in the moose-dev mailing list because I 
> received: Message body is too big: 3346796 bytes with a limit of 1000 KB
> However it should be accessible through the pharo-users mailing list. Let me 
> know if you cannot download it.
> 
> Or, how can I reproduce it. 
> Anyway, I believe the problem is that you have too many points. In this case, 
> I suggest you to reduce the number of points. 
> 
> 
> I was reading a bit on the subject of plotting billions of points, and it 
> seems there are libraries which can do it:
> 
> http://holoviews.org/user_guide/Large_Data.html
> 
> This is based on a technique they call datashading.
> 
> However since I don't know Roassal internals, I cannot tell what's the 
> fundamental difference. 
> Is it a big change to reproduce the datashading principles in Roassal?
> 
>  
> For example, a slight variation of the previous example [DO NOT RUN IT]:
> -=-=-=-=-=-=
> points := -3.14 to: 3.14 by: 0.01.
> 
> g := RTGrapher new.
> 
> d := RTData new.
> d connectColor: Color blue.
> d noDot.
> d points: points.
> d y: #sin.
> d x: #yourself.
> g add: d.
> 
> g axisX numberOfTicks: 10; numberOfLabels: 5.
> g
> -=-=-=-=-=-=
> 
> The script tries to build the same graph but with  6 280 001 points. Which 
> obviously, is way too many.
> 
> Instead, you can do something like:
> -=-=-=-=-=-=
> points := SortedCollection new.
> 1000 timesRepeat: [ points add: (-3.14 to: 3.14 by: 0.01) atRandom ].
> 
> g := RTGrapher new.
> 
> d := RTData new.
> d connectColor: Color blue.
> d noDot.
> d points: points.
> d y: #sin.
> d x: #yourself.
> g add: d.
> 
> g axisX numberOfTicks: 10; numberOfLabels: 5.
> g
> -=-=-=-=-=-=
> 
> Which only display the graph with 1000 points.
> 
> 
> If I correctly understood the idea. I could reduce my collection of x values:
> 
> #(15 15 15 15 15 15 15 15 20 20 20 20 32 32 32 45 45 45 45 45 45)
> 
> having repetitions count of 8 4 3 6 respectively, and set a threshold, for 
> example 4 to obtain: 
> 
> #(15 15 20 45)
> 
> Is that correct?
> 
> Cheers,
> 
> Hernán
> 
> Cheers,
> Alexandre
> 
> 
>> On Oct 4, 2018, at 12:49 AM, Hernán Morales Durand 
>>  wrote:
>> 
>> This is weird, could you check:
>> 
>> http://lists.pharo.org/pipermail/pharo-users_lists.pharo.org/2018-October/040771.html
>> 
>> Hernán
>> 
>> El mié., 3 oct. 2018 a las 22:41, Alexandre Bergel
>> () escribió:
>>> 
>>> I am lost. What are the questions? I do not see them in the mailing list.
>>> 
>>> Alexandre
>>> 
>>>> On Oct 3, 2018, 

Re: [Pharo-users] Pharo2VW (Was:[vwnc] Parsing in Smalltalk)

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
>  I really like the tool as it makes cross-platform-life a lot easier.

Thanks :-)

> I really wish there was a similar tool for the reverse direction, too!

That is interesting. Anyone else interested in such a tool?

Cheers,
Alexandre


> 
> Cheers! Steffen
> 
> Am .10.2018, 22:38 Uhr, schrieb Alexandre Bergel via Pharo-users 
> :
> 
>> Thanks Steffen for your contribution to Pharo2VW.
>> We reviewed and accepted your PullRequests.
>> 
>> Alexandre
>> 
>>> On Oct 19, 2018, at 6:29 AM, Steffen Märcker  wrote:
>>> 
>>> Nevermind, I figured it out easily. Must been blind before.
>>> 
>>> Many thanks to the Iceberg team, the tool works like a charm in 6.1!
>>> 
>>> 
>>> Am .10.2018, 10:58 Uhr, schrieb Steffen Märcker :
>>> 
> <---Schnitt--->
>>> 
>> 
>> 
> 
> 
> 


--- End Message ---

Re: [Pharo-users] Pharo2VW (Was:[vwnc] Parsing in Smalltalk)

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Thanks Steffen for your contribution to Pharo2VW.
We reviewed and accepted your PullRequests.

Alexandre

> On Oct 19, 2018, at 6:29 AM, Steffen Märcker  wrote:
> 
> Nevermind, I figured it out easily. Must been blind before.
> 
> Many thanks to the Iceberg team, the tool works like a charm in 6.1!
> 
> 
> Am .10.2018, 10:58 Uhr, schrieb Steffen Märcker :
> 
>> Hi,
>> 
>> I tried the tool yesterday and found some hickups. After opening issues on 
>> GitHub, I wonder how I can easily contribute a PR there. I imagine there is 
>> a straight-forward way with Iceberg now, isn't it? I a sorry if I miss the 
>> obvious but I am still not familiar with Pharos comprehensive tool set.
>> 
>> Best, Steffen
>> 
>> 
>> Am .10.2018, 18:06 Uhr, schrieb milton mamani :
>> 
>>> Hi you can use
>>> 
>>> https://github.com/ObjectProfile/Pharo2VW
>>> 
>>> Cheers, Milton
>>> 
>>> El sáb., 13 oct. 2018 a las 12:38, Steffen Märcker ()
>>> escribió:
>>> 
 Hi,
 
 I gave PetitParser 2 a try and I am pretty impressed by the results,
 please see the updated table below. =) Again, that's pure parsing and
 Array-based AST-building. Moving to PP2 was indeed as easy as sending
 #asPParser and working around character ranges ($a - $z). Is there a
 preferred way to do the latter?
 
 Jan mentioned that there might be an automated tool to port stuff to
 VisualWorks. Do you have a name? And again the old question: what is the
 preferred workflow to exchange code between the two dialects? Till now I
 stick to FileOut30.
 
 input  PrismStorm  Xtreams.PEG  PP PP2
 size   parse check  check  parse cache  parse  parse optim
 230kB   0.1s   10s 6s 9s3s 2s 4s  0.2s
 544kB   0.2s   90s20s20s7s 5s 9s  0.5s
 1.1MB   0.4s  392s46s34s   13s 8s15s  1.0s
 1.4MB   0.8s 1091s85s47s   20s12s20s  1.3s
 2.2MB63s   30s16s27s  1.9s
 2.9MB81s   44s20s34s  2.5s
 3.8MB   107s   61s25s45s  3.1s
 4.4MB   123s   76s30s56s  3.7s
 
 Best, Steffen
 
 
 Am .10.2018, 05:22 Uhr, schrieb Tudor Girba :
 
 > Hi,
 >
 > Interesting experiment. Thanks for sharing!
 >
 > I assume that you tried the original PetitParser. PetitParser2 offers
 > the possibility to optimize the parser (kind of a compilation), and
 this
 > provides a significant speedup:
 > https://github.com/kursjan/petitparser2
 >
 > Would you be interested in trying this out?
 >
 > Cheers,
 > Doru
 >
 >
 >
 >> On Oct 4, 2018, at 10:46 PM, Steffen Märcker  wrote:
 >>
 >> I gave Xtreams-Parsing and PetitParser a shot and like to share my
 >> findings.[*]
 >>
 >> The task was to parse the modelling language of the probabilistic
 model
 >> checker PRISM. I've written a grammer of about 130 definitions in the
 >> Xtreams DSL, which is close to Bryan Fords syntax. To avoid doing it
 >> all again with PetitParser, I wrote a PetitParserGenerator that takes
 >> the DSL and builds a PetitParser.
 >>
 >> The numbers below are just parsing times, no further actions involved.
 >> For reference I show the times from PRISM (which uses JavaCC), too --
 >> although they involve additional verification and normalization steps
 >> on the AST.
 >>
 >> input  PrismXP   PP
 >> 230kB14s9s   2s
 >> 544kB121s   20s   5s
 >> 1.1MB421s   34s   8s
 >> 1.4MB  1091s   47s  12s
 >> 2.2MB  63s  16s
 >> 2.9MB  81s  20s
 >> 3.8MB 107s  25s
 >> 4.4MB 123s  30s
 >>
 >> Please note that these times are not representative at all. It's just
 a
 >> single example and I put zero effort in optimization. However, I am
 >> quite satisfied with the results.
 >>
 >> [*] I was already familiar with the DSL of Xtreams-Parsing, which I
 >> like very much. I did not consider SmaCC, as I find PEGs easier to use.
 >>
 >> Best, Steffen
 >>
 >>
 >>
 >> Am .10.2018, 20:14 Uhr, schrieb Steffen Märcker :
 >>
 >>> Dear all,
 >>>
 >>> I have two questions regarding parsing frameworks.
 >>>
 >>> 1) Do you have any insights on the performance of SmaCC VS Xtreams
 >>> Parsing VS PetitParser?
 >>> 2) Has anybody started to port PetitParser 2 from Pharo to VW? Is it
 >>> worth the effort?
 >>>
 >>> Sorry for cross-posting, I thought this might interest both
 >>> communities.
 >>>
 >>> Cheers, Steffen
 >
 > --
 > www.feenk.com
 >
 > "No matter how many recipes we know, we still value a chef."
 >
 >
 >
 >
 >
 >
 >
> 


--- End Message ---

Re: [Pharo-users] [Moose-dev] Re: Re: Plotting genome scale values with Roassal

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Hi Hernán,

Sorry for the late reply.

Regarding your first question, you can do:
-=-=-=-=-=-=
g := RTGrapher new.

d := RTData new.
d connectColor: Color blue.
d noDot.
d points: (-3.14 to: 3.14 by: 0.1).
d y: #sin.
d x: #yourself.
g add: d.

g axisX numberOfTicks: 10; numberOfLabels: 5.
g
-=-=-=-=-=-=

As you can see, the line "g axisX numberOfTicks: 10; numberOfLabels: 5.” allows 
you to set the number of ticks and the number of labels.

Regarding your second question, where can I find the file 
OrderedCollection_3712516797.obj ?
Or, how can I reproduce it. 
Anyway, I believe the problem is that you have too many points. In this case, I 
suggest you to reduce the number of points. 

For example, a slight variation of the previous example [DO NOT RUN IT]:
-=-=-=-=-=-=
points := -3.14 to: 3.14 by: 0.01.

g := RTGrapher new.

d := RTData new.
d connectColor: Color blue.
d noDot.
d points: points.
d y: #sin.
d x: #yourself.
g add: d.

g axisX numberOfTicks: 10; numberOfLabels: 5.
g
-=-=-=-=-=-=

The script tries to build the same graph but with  6 280 001 points. Which 
obviously, is way too many.

Instead, you can do something like:
-=-=-=-=-=-=
points := SortedCollection new.
1000 timesRepeat: [ points add: (-3.14 to: 3.14 by: 0.01) atRandom ].

g := RTGrapher new.

d := RTData new.
d connectColor: Color blue.
d noDot.
d points: points.
d y: #sin.
d x: #yourself.
g add: d.

g axisX numberOfTicks: 10; numberOfLabels: 5.
g
-=-=-=-=-=-=

Which only display the graph with 1000 points.

Cheers,
Alexandre


> On Oct 4, 2018, at 12:49 AM, Hernán Morales Durand  
> wrote:
> 
> This is weird, could you check:
> 
> http://lists.pharo.org/pipermail/pharo-users_lists.pharo.org/2018-October/040771.html
> 
> Hernán
> 
> El mié., 3 oct. 2018 a las 22:41, Alexandre Bergel
> () escribió:
>> 
>> I am lost. What are the questions? I do not see them in the mailing list.
>> 
>> Alexandre
>> 
>>> On Oct 3, 2018, at 11:11 AM, Hernán Morales Durand 
>>>  wrote:
>>> 
>>> Hi Alex,
>>> 
>>> Thanks. Please note there are two questions related to Roassal :)
>>> I have isolated the script so you don't need to load BioSmalltalk
>>> 
>>> Maybe someone can check or give a hint?
>>> 
>>> El mar., 2 oct. 2018 a las 22:31, Alexandre Bergel
>>> () escribió:
>>>> 
>>>> Pretty cool!
>>>> 
>>>> Alexandre
>>>> 
>>>>> On Oct 2, 2018, at 2:21 AM, Hernán Morales Durand 
>>>>>  wrote:
>>>>> 
>>>>> 
>>>> 
>>>> ___
>>>> Moose-dev mailing list
>>>> moose-...@list.inf.unibe.ch
>>>> https://www.list.inf.unibe.ch/listinfo/moose-dev
>>> 
>> 
>> ___
>> Moose-dev mailing list
>> moose-...@list.inf.unibe.ch
>> https://www.list.inf.unibe.ch/listinfo/moose-dev
> 

--- End Message ---

Re: [Pharo-users] [Moose-dev] Re: Plotting genome scale values with Roassal

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
I am lost. What are the questions? I do not see them in the mailing list.

Alexandre

> On Oct 3, 2018, at 11:11 AM, Hernán Morales Durand  
> wrote:
> 
> Hi Alex,
> 
> Thanks. Please note there are two questions related to Roassal :)
> I have isolated the script so you don't need to load BioSmalltalk
> 
> Maybe someone can check or give a hint?
> 
> El mar., 2 oct. 2018 a las 22:31, Alexandre Bergel
> () escribió:
>> 
>> Pretty cool!
>> 
>> Alexandre
>> 
>>> On Oct 2, 2018, at 2:21 AM, Hernán Morales Durand 
>>>  wrote:
>>> 
>>> 
>> 
>> ___
>> Moose-dev mailing list
>> moose-...@list.inf.unibe.ch
>> https://www.list.inf.unibe.ch/listinfo/moose-dev
> 


--- End Message ---

Re: [Pharo-users] [Moose-dev] Plotting genome scale values with Roassal

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Pretty cool!

Alexandre

> On Oct 2, 2018, at 2:21 AM, Hernán Morales Durand  
> wrote:
> 
> 


--- End Message ---

Re: [Pharo-users] Retina support in Pharo

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Hi Andy,

I have not idea. But this would be a very valuable effort.

Cheers,
Alexandre


> On Sep 18, 2018, at 5:12 AM, andyl  wrote:
> 
> Hi,
> 
> Has any work been done of this? If not, could someone point me in the right
> direction to start it, perhaps with a list of what is already known about
> the issue? I'd be willing to look at both MacOS and Windows HiDPI rendering
> at the same time.
> 
> Presumably the 64 bit MacOS build is Cocoa based, so that would be the right
> starting point?
> 
> Although I have decades of experience of the above platforms, I'm a relative
> novice with the Smalltalk libraries - so any hints as to how the rendering
> process currently hangs together (and how much is Smalltalk vs native
> rendering) would be really helpful.
> 
> Regards,
> Andy.
> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
> 


--- End Message ---

Re: [Pharo-users] Ready to use Roassal?

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Hi Hilaire,

> Is there a ready to download and to use Roassal for end user?

I am not sure what you mean. For non-pharo user?

> I found nothing on http://agilevisualization.com/ I can point a user to.
> User unaware of Pharo, Smalltalk, etc.

The agilevisualization.com website says:

"Installing Roassal is easy. You need to install Pharo. Open the Catalog 
browser, and select Roassal. A video illustrating these steps is online.”

How can I improve the installation instruction?

Also, the Quickstart chapter details the steps:
http://agilevisualization.com/AgileVisualization/QuickStart/0101-QuickStart.html

Cheers,
Alexandre
--- End Message ---

Re: [Pharo-users] [Moose-dev] Pharo eye-candy: Domain-Specific Modeling and Simulation

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Wow!
You guys rock!

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



> On Sep 6, 2018, at 2:17 PM, Nick Papoylias  wrote:
> 
> A nice example of how Pharo can be used for
> domain-specific modeling and simulation. Short 
> session from one of our projects at Rochelle:
> 
> https://www.youtube.com/watch?v=Z7wJNhAIaVQ 
> <https://www.youtube.com/watch?v=Z7wJNhAIaVQ>
> 
> Some additional info here: https://goo.gl/jS4NjB <https://goo.gl/jS4NjB>
> 
> Currently investigating how to incorporate the new Bloc based 
> widgets of @feenkcom into the workflow.
> 
> Cheers,
> 
> Nick
> ___
> Moose-dev mailing list
> moose-...@list.inf.unibe.ch
> https://www.list.inf.unibe.ch/listinfo/moose-dev

--- End Message ---

Re: [Pharo-users] Roassal installation in Pharo 6.1 through the catalog?

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Hi!

Yes. If you find a way to tag the baseline for Pharo 6.1 and 7.0, then I will 
be happy to do so.

Alexandre

> On Aug 24, 2018, at 2:09 PM, H. Hirzel  wrote:
> 
> Hello
> 
> Installing Roassal in 6.1 through the catalog gives the message that
> it has not been tested for installation in 6.0. See screen shot.
> 
> Is this the regular way to go for or is there a better installation script?
> 
> 
> Regards
> Hannes
> 


--- End Message ---

Re: [Pharo-users] [Pharo-dev] Charting in Roassal2

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Hi!

Roassal supports Whisker plots, but not exactly candlestick.

You can try this:

-=-=-=-=-=-=-=-=-=-=-=-=
| b createList r |
r := Random new.
createList := [ :size :d1 :d2 | (1 to: size) collect: [ :i | d1 + (r next * 
(d2-d1))] ].

b := RTGrapher new.
(1 to: 10) do: [ :i | | ds |
ds := RTBoxPlotDataSet new.
ds points: (createList value: 20 value: 0 value: 20).
b add: ds.].
b
-=-=-=-=-=-=-=-=-=-=-=-=
 
Which produces:



Another example:
=-=-==-=-==-=-==-=-==-=-==-=-==-=-==-=-==-=-==-=-=
| b ds |
b := RTGrapher new.
b extent: 400 @ 200.
RTShape withAllSubclasses
do: [ :cls | 
ds := RTBoxPlotDataSet new.
ds points: (cls rtmethods collect: 
#numberOfLinesOfCode).
b add: ds ].
^ b
=-=-==-=-==-=-==-=-==-=-==-=-==-=-==-=-==-=-==-=-=

Which shows the distribution of methods size in Roassal


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



> On Jul 27, 2018, at 8:47 PM, Shaping  wrote:
> 
> Hi Folks.
>  
> Can anyone tell me whether we have candlestick-charting ability in Roassal2?
>  
>  
> Shaping

--- End Message ---

Re: [Pharo-users] [Pharo-dev] [ANN] Pharo Git Thermite Release

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
It would be fantastic that people try it out. It is easy to use, and is really 
a big improvement over the tool set we use.

And getting feedback is important.

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



> On Jul 17, 2018, at 11:08 AM, Ronie Salgado  wrote:
> 
> Hello,
> 
> I am finally releasing an initial public version of Pharo Git Thermite, a 
> tool that I am developing as part of my master thesis for visualizing 
> Monticello and Git commits, for Pharo and Python:
> 
> GitHub Page with sources/documentation/issue tracker: 
> https://github.com/ronsaldo/pharo-git-thermite 
> <https://github.com/ronsaldo/pharo-git-thermite>
> 
> Short video examples:
> - Monticello Visualization; https://youtu.be/02CUHBmm-K8 
> <https://youtu.be/02CUHBmm-K8>
> - GitHub pull request: https://youtu.be/f196btLfYxM 
> <https://youtu.be/f196btLfYxM>
> - Local git commit: https://youtu.be/LCHTiJ4nx3g 
> <https://youtu.be/LCHTiJ4nx3g>
> 
> Feedback form: 
> https://docs.google.com/forms/d/e/1FAIpQLSeir6VlE3bR78oRsNAp9eHLkUn2Q016wEliOJN7tFlTmYFi8w/viewform?usp=sf_link
>  
> <https://docs.google.com/forms/d/e/1FAIpQLSeir6VlE3bR78oRsNAp9eHLkUn2Q016wEliOJN7tFlTmYFi8w/viewform?usp=sf_link>
> 
> Best regards,
> Ronie
> 
> 
> 

--- End Message ---

Re: [Pharo-users] [Moose-dev] Re: Roassal2 in Pharo 6.1 (Win) 137 tests fails

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Wow

Glad to hear everything works now...

Alexandre

> On Jul 7, 2018, at 7:01 AM, Hernán Morales Durand  
> wrote:
> 
> Hi Peter,
> 
> I don't know why but restarted the PC and it worked! On a new image
> and Roassal2 installation.
> Thank you,
> 
> Cheers,
> 
> Hernán
> 
> 2018-07-06 12:52 GMT-03:00 Peter Uhnák :
>>> May be Roassal2 is broken on Windows?
>> 
>> Sometimes Pharo on Windows decides that it will not load external library.
>> 
>> Try to restart your PC and see if it persists.
>> 
>> Peter
>> 
>> On Fri, Jul 6, 2018 at 5:38 PM, Hernán Morales Durand
>>  wrote:
>>> 
>>> In a clean Pharo 6.1 (Windows 8) I loaded Roassal2 with the following
>>> spec in a baseline:
>>> 
>>>spec
>>>project: 'Roassal2'
>>>with: [
>>>spec
>>>className: #ConfigurationOfRoassal2;
>>>versionString: #stable;
>>>repository:
>>> 'http://www.smalltalkhub.com/mc/ObjectProfile/Roassal2' ].
>>> 
>>> But many Trachel tests fails because of "External module not found"
>>> error (Screenshots attached).
>>> May be Roassal2 is broken on Windows?
>>> 
>>> I tried loading Roassal2 from the Catalog browser and the same 137 tests
>>> fails.
>>> 
>>> Any idea what could be missing?
>>> 
>>> Cheers,
>>> 
>>> Hernán
>>> 
>>> ___
>>> Moose-dev mailing list
>>> moose-...@list.inf.unibe.ch
>>> https://www.list.inf.unibe.ch/listinfo/moose-dev
>>> 
>> 
>> 
>> ___
>> Moose-dev mailing list
>> moose-...@list.inf.unibe.ch
>> https://www.list.inf.unibe.ch/listinfo/moose-dev
>> 
> 


--- End Message ---

Re: [Pharo-users] Roassal2 in Pharo 6.1 (Win) 137 tests fails

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Dear Hernan,

Likely that you use a VM that does not have the Cairo library. Can you try 
updating your VM?

Cheers
Alexandre 

http://bergel.eu

> Le 6 juil. 2018 à 18:38, Hernán Morales Durand  a 
> écrit :
> 
> In a clean Pharo 6.1 (Windows 8) I loaded Roassal2 with the following
> spec in a baseline:
> 
>spec
>project: 'Roassal2'
>with: [
>spec
>className: #ConfigurationOfRoassal2;
>versionString: #stable;
>repository:
> 'http://www.smalltalkhub.com/mc/ObjectProfile/Roassal2' ].
> 
> But many Trachel tests fails because of "External module not found"
> error (Screenshots attached).
> May be Roassal2 is broken on Windows?
> 
> I tried loading Roassal2 from the Catalog browser and the same 137 tests 
> fails.
> 
> Any idea what could be missing?
> 
> Cheers,
> 
> Hernán
> 
> 
--- End Message ---

Re: [Pharo-users] [Pharo-dev] [ANN] New Academic Partner: ENIT

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Congrat Cedric for your position!

Alexandre

> On Jul 4, 2018, at 1:33 PM, Cédrick Béler  wrote:
> 
> First of all, thanks for the introduction Marcus. 
> 
> Just that people know, and to introduce myself, I’m Cédrik Béler, associate 
> professor at ENIT (Nation Engineering School of Tarbes). 
> 
> ENIT is a French generalist engineering school in Tarbes (southwest of 
> France).
> 
> 
> 
> I’m very happy that ENIT is now part of the consortium as academic member. 
> 
> Pharo and Smalltalk have been a huge source of inspiration for me during my 
> PHD back in 2004/2008, so I’m really happy to have a more concrete 
> participation now.
> 
> My objectives are of two kind:
> (1) use Pharo as a digital workbench to teach engineering students and 
> experiment ICT trends like IoT (PharoThings/Pi3/PiZero/ESP32), AI, web 
> applications (client/server, MQTT, API usage with Zinc, web scrapping with 
> XPATH and Zinc and Neo…). 
> (2) use Pharo for my research to prototype Cyber-Physical Systems (mainly in 
> the field of predictive maintenance) and Distributed Information Systems 
> (called Singular Information System).
> 
> I’ll give a talk at ESUG as an experience feedback for point (1).
> 
> In the future, I’ll present our research development around CPS’s.
> 
> I’m also interested in developing a local user group. Some students get 
> interested. In Biarritz, ESTIA, I also have some common interest in 
> developing such CPS researches/platforms. If people from this area are using 
> Pharo/Smalltalk, please do not hesitate to contact me.
> 
> To conclude, I’m interested in plenty of Pharo sub-projects like (non 
> exhaustive list):
> - The web/network stack (Zinc, Zodiac, Neo, XPath…)
> - PharoThings
> - Bloc/Brick/Roassal
> - Wooden3D (VR and AR)
> - Workflow
> - Distributed networking (opportunistic, MESH, discovery, …)
> 
> See you soon over there,
> 
> Cheers,
> 
> Cédrick Béler
> ENIT associate professor
> Discord: cedreek#8178
> 
> 
>> Le 4 juil. 2018 à 11:27, Marcus Denker  a écrit :
>> 
>> [ANN] New Academic Partner: ENIT
>> 
>> The Pharo Consortium is very happy to announce that ENIT has joined as a 
>> Academic Partner.
>> 
>> About
>> - ENIT Ecole Nationale d'ingénieurs de Tarbes: http://www.enit.fr
>> - Pharo Consortium: http://consortium.pharo.org
>> 
>> The goal of the Pharo Consortium is to allow companies and institutions to
>> support the ongoing development and future of Pharo.
>> 
>> Individuals can support Pharo via the Pharo Association:
>> 
>> http://association.pharo.org
> 


--- End Message ---

Re: [Pharo-users] Nice catchy video for covering Pharo capability

[Alexandre Bergel]

Hi!

Some videos:

https://vimeo.com/226505915
https://vimeo.com/143858200
https://vimeo.com/141916068
https://vimeo.com/127707899

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



> On Jun 19, 2018, at 6:13 PM, Andrei Stebakov  wrote:
> 
> Could you suggest a nice video for a presentation to showcase Pharo as a nice 
> language for data visualization?
> 
> Thanks,
> Andrei
> 

Re: [Pharo-users] customizing red screen of death

[Alexandre Bergel]

That would be awesome Peter!

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



> On May 8, 2018, at 6:12 AM, Peter Uhnák  wrote:
> 
> Hi,
> 
> has anyone played around with customizing the red screen of death 
> (=morphic/athens drawing error)?
> 
> 
> 
> 
> Perhaps to show something similar to what chrome shows on a tab crash
> 
> 
> 
> 
> Thanks,
> Peter
> 

Re: [Pharo-users] Histogram for files dates and sizes

[Alexandre Bergel]

Hi Offray,

You can add ticks as follows:

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
c := (1 to: 100) collect: [ :i | 50 atRandom @ 50 atRandom ].

g := RTGrapher new.
d := RTData new.
d points: c.
d x: #x.
d y: #y.
g add: d.
g axisX noTick.
g axisY noTick.

g addDecorator: (RTVerticalValuesDecorator new addAll: #(10 25)).
g addDecorator: (RTHorizontalValuesDecorator new addAll: #(10 25)).
g
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

For the legend, there is actually no such a support. However, it should be easy 
to add a new rule, as a subclass of RTLegendItem

Cheers,
Alexandre

> On May 6, 2018, at 9:13 AM, Offray Vladimir Luna Cárdenas 
>  wrote:
> 
> Hi,
> 
> Here is the improved version:
> 
> 
> 
> As you can see, now I coded colored years functionality (I thought that 
> colored histograms, following a criteria, would be supported by default, but 
> I was unable to find any documentation or example about it). Two questions 
> remain:
> 
>   • How can I add ticks in the X axis, so they correspond to a particular 
> criteria? For example, a change in the year?
>   • There is any way to make the RTLegend puts the color labels in a 
> "matrix alike" fashion? So, for example, I would like to say that instead of 
> having the default 1xn column of color labels, as now, I want them organized 
> over a nxm matrix, so they suit better different graphical objects and 
> layouts.
> Thanks,
> 
> Offray
> 
> On 26/04/18 14:31, Offray Vladimir Luna Cárdenas wrote:
>> Hi,
>> 
>> I'm making a histogram of files that have the naming convention _MM.js, 
>> for year and month info. The image below shows what I get until now:
>> 
>> 
>> 
>> By the way, you can run this example by loading and updating the Dataviz 
>> package [2] from [3]
>> 
>> [2] 
>> http://mutabit.com/repos.fossil/grafoscopio/doc/tip/Packages/Dataviz/readme.html
>> [3] http://ws.stfx.eu/OUEYE943HV3Q
>> I would like to have bars for every year of a file name in a different color 
>> (I imagine that using #distinctColorUsing: ) and ticks on each year. I'm 
>> seeing some examples in the image and in 
>> http://agilevisualization.com/AgileVisualization/Roassal/0104-Roassal.html, 
>> but I wonder if there is a more mature and already existing RTObject for 
>> this kind of work. Also I would like to show Y axis scale using size of 
>> files in a human friendly format (160 Kb instead of 16.0 and so on).
>> 
>> Any help or pointers on this is greatly appreciated.
>> 
>> Cheers,
>> 
>> Offray
>> 
> 

Re: [Pharo-users] Showcasing Pharo, Roassal and Grafoscopio at re:publica 2018

[Alexandre Bergel]

Impressive Offray! 
Go go go!

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



> On Apr 26, 2018, at 10:57 AM, Offray Vladimir Luna Cárdenas 
>  wrote:
> 
> Hi,
> 
> I will be showcasing Pharo, Roassal and Grafoscopio at re:publica 2018,
> next week. As you may know, re:publica[2] is one of the most important
> and visible media & digital culture conventions in Europe and is a good
> scenario for the Pharo community.  You can find details about my
> participation at [1]
> 
> [1]
> https://18.re-publica.com/en/session/data-clinic-twitter-data-selfies-data-portraits
> [2] https://18.re-publica.com/en
> 
> I will be making intensive refactoring on the Dataviz package to create
> some usual and unusual data visualizations from data exported from
> Twitter, so I may be more active those days in the Discord and mailing
> list channels, is some questions arise.
> 
> Thanks in advance for the Pharo communities support. I wouldn't be able
> to be there without it.
> 
> Cheers,
> 
> Offray
> 
> 
> 

Re: [Pharo-users] [ANN] Agile Artificial Intelligence: Programming Neural Networks in Pharo

[Alexandre Bergel]

Thanks Sean! This is really a great review! 
I owe you one!

Alexandre

> On Apr 21, 2018, at 9:16 PM, Sean P. DeNigris  wrote:
> 
> abergel wrote
>> Feedback is very welcome.
> 
> Copy edit pass on Chapters 1 & 2:
> https://github.com/AgileArtificialIntelligence/AgileArtificialIntelligence.github.io/pull/2
> 
> A few more observations on Chapter 2 requiring deeper investigation:
> - When you introduce the #assert:equals:, it would be great to show a GT
> debugger with the diff pane at the bottom, which gives a hint at what makes
> Pharo special
> - Capitalized temps in `#digitalComparator:`?! Sacrilege ;-)
> - "Grapher" is introduced as if the reader already knows what that is. Is
> that assumed to be the case?
> 
> 
> 
> -
> Cheers,
> Sean
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
> 

[Pharo-users] [ANN] Agile Artificial Intelligence: Programming Neural Networks in Pharo

[Alexandre Bergel]

Hi!

It is now time to share an early version of a new book. 
https://agileartificialintelligence.github.io 
<https://agileartificialintelligence.github.io/>

Feedback is very welcome.

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

Re: [Pharo-users] IDEA: I will record an Iceberg cast (an "Icecast" ; ) ) every tuesday

[Alexandre Bergel]

Excellent!!

Alexandre 

http://bergel.eu

> Le 14 avr. 2018 à 09:17, Esteban Lorenzano  a écrit :
> 
> hi, 
> 
> The idea is to show a small example of something and to answer questions.
> 
> First “Icecast" will be next Tuesday. 
> You can send your questions in the iceberg channel or in list.
> 
> cheers, 
> Esteban
> 
> ps: Is “every tuesday” until I run out of things to show or time ;)

Re: [Pharo-users] Dynamic shapes for RTEdgeBuilder

[Alexandre Bergel]

Hi Andrei,

Indeed, this is a limitation we did not see when we designed RTShapeBuilder and 
RTEdgeBuilder.
Currently, you cannot select the shape based on some properties.

Cheers,
Alexandre

> On Apr 2, 2018, at 3:55 PM, Andrei Stebakov  wrote:
> 
> If I want to select edge shape (solid vs dashed line) based on the property 
> of the "to" element, what technique can I use?
> Currently it looks like #shape method of RTEdgeBuilder only allows to specify 
> a singe shape for all edges.

Re: [Pharo-users] RTDoubleScrollBar is not rendered properly in html

[Alexandre Bergel]

Exactly

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



> On Mar 29, 2018, at 11:24 AM, Andrei Stebakov  wrote:
> 
> Thanks, Alexandre
> Looks like RTResizeableViewContextInteraction has no effect for the tree that 
> goes beyond the page.
> On the other hand RTEmptyViewContextInteraction makes the tree that used to 
> be shrunk to fit in the page go beyond the page, as expected I guess.
> So the RTResizeableViewContextInteraction doesn't work as expected (since the 
> expectation is to fit in the page as I understand)
> 
> On Wed, Mar 28, 2018, 13:56 Alexandre Bergel  <mailto:alexandre.ber...@me.com>> wrote:
>> I also stumbled upon RTHorizontalTreeLayout that works much better in terms 
>> of having more compact representation.
>> What I found out though is that when I inspect the view sometimes it 
>> displays all the ellipses with their specified sizes and sometimes it 
>> shrinks the view to fit in the viewable area. Can't put my finger on what 
>> triggers the view be rendered with normal sized (doesn't fit the page) vs 
>> zoomed out (fits the page)
> 
> Yes, you can have a look at Roassal2GT-Glamour-Roassal-Interaction
> 
> Here are some examples. The default behavior is obtained by:
> -=-=-=-=-=-=-=-=-=
> b := RTMondrian new.
> b nodes: (1 to: 100).
> b layout grid.
> b view @ RTResizeableViewContextInteraction.
> b
> -=-=-=-=-=-=-=-=-=
> 
> If you wish to not have any resize, then you can do:
> -=-=-=-=-=-=-=-=-=
> b := RTMondrian new.
> b nodes: (1 to: 100).
> b layout grid.
> b view @ RTEmptyViewContextInteraction.
> b
> -=-=-=-=-=-=-=-=-=
> 
> The code is not clean at all. This is due to the limitation of GTInspector. 
> Help is welcome on that front!
> 
> Alexandre
> 
>> 
>> On Tue, Mar 27, 2018, 23:21 Alexandre Bergel > <mailto:alexandre.ber...@me.com>> wrote:
>>> Alexandre, is there a way to display RTTreeLayout so that it would try to 
>>> fit elements in a more vertical fashion.
>>> Let's say even if the parent node has 8 children it would try to arrange 
>>> them not in one long horizontal line (which depending on the width of 
>>> elements can be really wide), 
>>> but spread them more vertically, so they would be viewable on one page.
>>> Or maybe I need to try another layout to reach that goal?
>> 
>> There is the horizontal tree layout that you may want to try.
>> 
>> -=-=-=-=-=-=-=-=
>> b := RTMondrian new.
>> b shape circle.
>> b nodes: Collection withAllSubclasses.
>> b edges connectFrom: #superclass.
>> b normalizer normalizeSize: #numberOfMethods; normalizeColor: 
>> #numberOfLinesOfCode.
>> b layout horizontalTree.
>> b
>> -=-=-=-=-=-=-=-=
>> 
>> 
>> 
>> Does it help?
>> 
>> Cheers,
>> Alexandre
>> 
>>> On Fri, Mar 23, 2018 at 8:15 PM, Alexandre Bergel >> <mailto:alexandre.ber...@me.com>> wrote:
>>> > Thanks, Alexandre, it works!
>>> > Also since I use RTView and RTEdgeBuilder I can use
>>> > view @ RTDraggableView to achieve the “draggability"
>>> 
>>> Yes! Glad to hear the problem is solved!
>>> 
>>> Alexandre
>>> 
>>> >
>>> > On Mar 22, 2018 14:01, "Alexandre Bergel" >> > <mailto:alexandre.ber...@me.com>> wrote:
>>> > I see.
>>> > Do you know you can drag and drop the background to scroll?
>>> >
>>> > You can also make the view zoomable, using the mouse wheel.
>>> >
>>> > Try this:
>>> > -=-=-=-=-=-=-=-=-=
>>> > b := RTMondrian new.
>>> > b nodes: (RTObject withAllSubclasses).
>>> > b edges connectFrom: #superclass.
>>> > b layout radial.
>>> > b build.
>>> >
>>> > b view @ RTZoomableView.
>>> > RTHTML5Exporter new
>>> >   directoryPathname: '/tmp';
>>> >   export: b view.
>>> >
>>> > b view
>>> > -=-=-=-=-=-=-=-=-=
>>> >
>>> > Alexandre
>>> > --
>>> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>> > Alexandre Bergel  http://www.bergel.eu <http://www.bergel.eu/>
>>> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>> >
>>> >
>>> >
>>> >> On Mar 22, 2018, at 1:40 PM, Andrei Stebakov >> >> <mailto:lisper...

Re: [Pharo-users] Zoom x-axis in RTGrapher?

[Alexandre Bergel]

Easy. 

You can add a reset button:
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
v := RTView new.
b := [ :someClasses |
   g := RTGrapher new.
   g view: v.
   ds := RTData new.
   ds points: someClasses.
   ds y: [ :cls | cls numberOfMethods ].
   ds x: [ :cls | cls numberOfLinesOfCode ].
   g add: ds.

   g addDecorator: (RTRangeSelector new callback: [ :es |
   | classesToZoomIn |

   classesToZoomIn := es collect: #model.
   v cleanAll.
   b value: classesToZoomIn
   ]).
   g build.
v addMenu: 'Reset' callback: [ v cleanAll. b value: RTShape 
withAllSubclasses ].
].

b value: RTShape withAllSubclasses.
v
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

If you wish to have a right click, you can do:
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
v := RTView new.
b := [ :someClasses |
   g := RTGrapher new.
   g view: v.
   ds := RTData new.
   ds points: someClasses.
   ds y: [ :cls | cls numberOfMethods ].
   ds x: [ :cls | cls numberOfLinesOfCode ].
   g add: ds.

   g addDecorator: (RTRangeSelector new callback: [ :es |
   | classesToZoomIn |

   classesToZoomIn := es collect: #model.
   v cleanAll.
   b value: classesToZoomIn
   ]).
   g build.
 v when: TRMouseRightClick do: [ v cleanAll. b value: RTShape 
withAllSubclasses. v signalUpdate ].
].

b value: RTShape withAllSubclasses.
v
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

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



> On Mar 29, 2018, at 5:45 AM, Alistair Grant  wrote:
> 
> Hi Alexandre,
> 
> Thanks! (more below)
> 
> 
> On 28 March 2018 at 14:56, Alexandre Bergel  wrote:
>> Hi Alistair!
>> 
>> Yes, this is something we thought about some times ago.
>> 
>> After updating Roassal, try this:
>> -=-=-=-=-=-=-=-=-=-=-=-=
>> v := RTView new.
>> b := [ :someClasses |
>>g := RTGrapher new.
>>g view: v.
>>ds := RTData new.
>>ds points: someClasses.
>>ds y: [ :cls | cls numberOfMethods ].
>>ds x: [ :cls | cls numberOfLinesOfCode ].
>>g add: ds.
>> 
>>g addDecorator: (RTRangeSelector new callback: [:es |
>>| classesToZoomIn |
>>classesToZoomIn := es collect: #model.
>>v cleanAll.
>>b value: classesToZoomIn
>>]).
>>g build.
>> ].
>> 
>> b value: RTShape withAllSubclasses.
>> v
>> -=-=-=-=-=-=-=-=-=-=-=-=
>> 
>> Let me know how it goes.
> 
> Great, it's working fine!
> 
> If you select an empty portion of the graph an error is raised -
> "Error: No dataset has been added?".
> 
> I solved this with the following change, which simply ignores empty
> areas and notifies the user:
> 
> 
> RTRangeSelector>>callbackWithSelectedElements
>| selectedElements |
>selectedElements := self elementsWithinTheSelection.
>selectedElements ifEmpty: [
>UIManager default inform: 'Empty region selected, ignoring'.
>^self ].
>self evaluateCallBackWithElements: selectedElements
> 
> 
> That was a quick hack, so there could well be a better solution.
> 
> From what I can see, there isn't a way to zoom back out or scroll left
> and right.
> 
> I might modify RTRangeSelector so that a right click zooms out.  I'll
> have to think about scrolling a bit more.
> 
> 
> Thanks again!
> Alistair
> 
> 
>> Cheers,
>> Alexandre
>> 
>> --
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel  http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>> 
>> 
>> 
>>> On Mar 28, 2018, at 4:02 AM, Alistair Grant  wrote:
>>> 
>>> Hi Everyone,
>>> 
>>> I'm using RTGrapher to display a simple line graph where the x-axis
>>> has values from roughly 0 to 500,000 and the y-axis from 0 to 20.
>>> 
>>> What I'd like to be able to do is to zoom in just the x-axis, i.e.
>>> instead of displaying the entire 0 to 500,000 range, be able to narrow
>>> it down in stages, to, e.g. 430,000 to 431,000.  The y-axis would be
>>> unchanged, i.e. still 0 to 20.  Ideally I could then scroll left and
>>> right along the x-axis.
>>> 
>>> I can create a Spec widget with buttons to redraw the graph, but was
>>> wondering if there was a better way.
>>> 
>>> Thanks,
>>> Alistair
>>> 
>> 
>> 
> 

Re: [Pharo-users] RTDoubleScrollBar is not rendered properly in html

[Alexandre Bergel]

> I also stumbled upon RTHorizontalTreeLayout that works much better in terms 
> of having more compact representation.
> What I found out though is that when I inspect the view sometimes it displays 
> all the ellipses with their specified sizes and sometimes it shrinks the view 
> to fit in the viewable area. Can't put my finger on what triggers the view be 
> rendered with normal sized (doesn't fit the page) vs zoomed out (fits the 
> page)

Yes, you can have a look at Roassal2GT-Glamour-Roassal-Interaction

Here are some examples. The default behavior is obtained by:
-=-=-=-=-=-=-=-=-=
b := RTMondrian new.
b nodes: (1 to: 100).
b layout grid.
b view @ RTResizeableViewContextInteraction.
b
-=-=-=-=-=-=-=-=-=

If you wish to not have any resize, then you can do:
-=-=-=-=-=-=-=-=-=
b := RTMondrian new.
b nodes: (1 to: 100).
b layout grid.
b view @ RTEmptyViewContextInteraction.
b
-=-=-=-=-=-=-=-=-=

The code is not clean at all. This is due to the limitation of GTInspector. 
Help is welcome on that front!

Alexandre

> 
> On Tue, Mar 27, 2018, 23:21 Alexandre Bergel  <mailto:alexandre.ber...@me.com>> wrote:
>> Alexandre, is there a way to display RTTreeLayout so that it would try to 
>> fit elements in a more vertical fashion.
>> Let's say even if the parent node has 8 children it would try to arrange 
>> them not in one long horizontal line (which depending on the width of 
>> elements can be really wide), 
>> but spread them more vertically, so they would be viewable on one page.
>> Or maybe I need to try another layout to reach that goal?
> 
> There is the horizontal tree layout that you may want to try.
> 
> -=-=-=-=-=-=-=-=
> b := RTMondrian new.
> b shape circle.
> b nodes: Collection withAllSubclasses.
> b edges connectFrom: #superclass.
> b normalizer normalizeSize: #numberOfMethods; normalizeColor: 
> #numberOfLinesOfCode.
> b layout horizontalTree.
> b
> -=-=-=-=-=-=-=-=
> 
> 
> 
> Does it help?
> 
> Cheers,
> Alexandre
> 
>> On Fri, Mar 23, 2018 at 8:15 PM, Alexandre Bergel > <mailto:alexandre.ber...@me.com>> wrote:
>> > Thanks, Alexandre, it works!
>> > Also since I use RTView and RTEdgeBuilder I can use
>> > view @ RTDraggableView to achieve the “draggability"
>> 
>> Yes! Glad to hear the problem is solved!
>> 
>> Alexandre
>> 
>> >
>> > On Mar 22, 2018 14:01, "Alexandre Bergel" > > <mailto:alexandre.ber...@me.com>> wrote:
>> > I see.
>> > Do you know you can drag and drop the background to scroll?
>> >
>> > You can also make the view zoomable, using the mouse wheel.
>> >
>> > Try this:
>> > -=-=-=-=-=-=-=-=-=
>> > b := RTMondrian new.
>> > b nodes: (RTObject withAllSubclasses).
>> > b edges connectFrom: #superclass.
>> > b layout radial.
>> > b build.
>> >
>> > b view @ RTZoomableView.
>> > RTHTML5Exporter new
>> >   directoryPathname: '/tmp';
>> >   export: b view.
>> >
>> > b view
>> > -=-=-=-=-=-=-=-=-=
>> >
>> > Alexandre
>> > --
>> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> > Alexandre Bergel  http://www.bergel.eu <http://www.bergel.eu/>
>> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>> >
>> >
>> >
>> >> On Mar 22, 2018, at 1:40 PM, Andrei Stebakov > >> <mailto:lisper...@gmail.com>> wrote:
>> >>
>> >> Hi Alexandre
>> >>
>> >> I don't see how I can do without the scroll bars in HTML since the node 
>> >> tree that I tender using RTTreeLayout has a big width and only 1/4 of it 
>> >> fits in one page view.
>> >> Since I am building a web service I rely on rendering and serving the 
>> >> view in HTML and without the scroll bars there is no way for me to view 
>> >> all elements of the model in Chrome.
>> >>
>> >> On Mar 22, 2018 11:50, "Alexandre Bergel" > >> <mailto:alexandre.ber...@me.com>> wrote:
>> >> Hi!
>> >>
>> >> Scroll bar are not exportable to HTML, as benefits in doing so are not 
>> >> really apparent.
>> >> What would be the ideal behavior? Will removing scrollbars when exporting 
>> >> to HTML sufficient for your need?
>> >>
>> >> Cheers,
>> >> Alexandre
>> >> --
>> >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> >> Alexandre Bergel  http://www.bergel.eu <http://www.bergel.eu/>
>> >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>> >>
>> >>
>> >>
>> >>> On Mar 22, 2018, at 11:20 AM, Andrei Stebakov > >>> <mailto:lisper...@gmail.com>> wrote:
>> >>>
>> >>> When I do
>> >>> v @ RTDoubleScrollBar.
>> >>> and then export to HTML
>> >>> the bars are rendered in the middle of HTML page and they don't actually 
>> >>> scroll.
>> >>> I checked in in Chrome and IE on windows. Could you guys take a look?
>> >>
>> >
>> 
>> 
>> 
> 
> 

Re: [Pharo-users] Zoom x-axis in RTGrapher?

[Alexandre Bergel]

Hi Alistair!

Yes, this is something we thought about some times ago.

After updating Roassal, try this:
-=-=-=-=-=-=-=-=-=-=-=-=
v := RTView new.
b := [ :someClasses |
g := RTGrapher new.
g view: v.
ds := RTData new.
ds points: someClasses.
ds y: [ :cls | cls numberOfMethods ].
ds x: [ :cls | cls numberOfLinesOfCode ].
g add: ds.

g addDecorator: (RTRangeSelector new callback: [:es | 
| classesToZoomIn |
classesToZoomIn := es collect: #model.
v cleanAll.
b value: classesToZoomIn
]).
g build.
].

b value: RTShape withAllSubclasses.
v
-=-=-=-=-=-=-=-=-=-=-=-=

Let me know how it goes.

Cheers,
Alexandre

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



> On Mar 28, 2018, at 4:02 AM, Alistair Grant  wrote:
> 
> Hi Everyone,
> 
> I'm using RTGrapher to display a simple line graph where the x-axis
> has values from roughly 0 to 500,000 and the y-axis from 0 to 20.
> 
> What I'd like to be able to do is to zoom in just the x-axis, i.e.
> instead of displaying the entire 0 to 500,000 range, be able to narrow
> it down in stages, to, e.g. 430,000 to 431,000.  The y-axis would be
> unchanged, i.e. still 0 to 20.  Ideally I could then scroll left and
> right along the x-axis.
> 
> I can create a Spec widget with buttons to redraw the graph, but was
> wondering if there was a better way.
> 
> Thanks,
> Alistair
> 

Re: [Pharo-users] RTDoubleScrollBar is not rendered properly in html

[Alexandre Bergel]

> Alexandre, is there a way to display RTTreeLayout so that it would try to fit 
> elements in a more vertical fashion.
> Let's say even if the parent node has 8 children it would try to arrange them 
> not in one long horizontal line (which depending on the width of elements can 
> be really wide), 
> but spread them more vertically, so they would be viewable on one page.
> Or maybe I need to try another layout to reach that goal?

There is the horizontal tree layout that you may want to try.

-=-=-=-=-=-=-=-=
b := RTMondrian new.
b shape circle.
b nodes: Collection withAllSubclasses.
b edges connectFrom: #superclass.
b normalizer normalizeSize: #numberOfMethods; normalizeColor: 
#numberOfLinesOfCode.
b layout horizontalTree.
b
-=-=-=-=-=-=-=-=



Does it help?

Cheers,
Alexandre

> On Fri, Mar 23, 2018 at 8:15 PM, Alexandre Bergel  
> wrote:
> > Thanks, Alexandre, it works!
> > Also since I use RTView and RTEdgeBuilder I can use
> > view @ RTDraggableView to achieve the “draggability"
> 
> Yes! Glad to hear the problem is solved!
> 
> Alexandre
> 
> >
> > On Mar 22, 2018 14:01, "Alexandre Bergel"  wrote:
> > I see.
> > Do you know you can drag and drop the background to scroll?
> >
> > You can also make the view zoomable, using the mouse wheel.
> >
> > Try this:
> > -=-=-=-=-=-=-=-=-=
> > b := RTMondrian new.
> > b nodes: (RTObject withAllSubclasses).
> > b edges connectFrom: #superclass.
> > b layout radial.
> > b build.
> >
> > b view @ RTZoomableView.
> > RTHTML5Exporter new
> >   directoryPathname: '/tmp';
> >   export: b view.
> >
> > b view
> > -=-=-=-=-=-=-=-=-=
> >
> > Alexandre
> > --
> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> > Alexandre Bergel  http://www.bergel.eu
> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> >
> >
> >
> >> On Mar 22, 2018, at 1:40 PM, Andrei Stebakov  wrote:
> >>
> >> Hi Alexandre
> >>
> >> I don't see how I can do without the scroll bars in HTML since the node 
> >> tree that I tender using RTTreeLayout has a big width and only 1/4 of it 
> >> fits in one page view.
> >> Since I am building a web service I rely on rendering and serving the view 
> >> in HTML and without the scroll bars there is no way for me to view all 
> >> elements of the model in Chrome.
> >>
> >> On Mar 22, 2018 11:50, "Alexandre Bergel"  wrote:
> >> Hi!
> >>
> >> Scroll bar are not exportable to HTML, as benefits in doing so are not 
> >> really apparent.
> >> What would be the ideal behavior? Will removing scrollbars when exporting 
> >> to HTML sufficient for your need?
> >>
> >> Cheers,
> >> Alexandre
> >> --
> >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> >> Alexandre Bergel  http://www.bergel.eu
> >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> >>
> >>
> >>
> >>> On Mar 22, 2018, at 11:20 AM, Andrei Stebakov  wrote:
> >>>
> >>> When I do
> >>> v @ RTDoubleScrollBar.
> >>> and then export to HTML
> >>> the bars are rendered in the middle of HTML page and they don't actually 
> >>> scroll.
> >>> I checked in in Chrome and IE on windows. Could you guys take a look?
> >>
> >
> 
> 
> 

Re: [Pharo-users] RTLegendBuilder onDemand doesn't popup in html

[Alexandre Bergel]

Hi Andrei,

onDemand for the legend is not supported when exporting to HTML.

Cheers,
Alexandre


> On Mar 27, 2018, at 12:48 PM, Andrei Stebakov  wrote:
> 
> Just wanted to report that when I add a legend to RTView, it works as 
> expected when I ispect the view.
> When I export it to HTML, it shows the node, but neither mouse clicking nor 
> hovering bring up the popup.
> Could you take a look?

Re: [Pharo-users] RTDoubleScrollBar is not rendered properly in html

[Alexandre Bergel]

> Thanks, Alexandre, it works!
> Also since I use RTView and RTEdgeBuilder I can use 
> view @ RTDraggableView to achieve the “draggability"

Yes! Glad to hear the problem is solved!

Alexandre

> 
> On Mar 22, 2018 14:01, "Alexandre Bergel"  wrote:
> I see. 
> Do you know you can drag and drop the background to scroll?
> 
> You can also make the view zoomable, using the mouse wheel.
> 
> Try this:
> -=-=-=-=-=-=-=-=-=
> b := RTMondrian new.
> b nodes: (RTObject withAllSubclasses).
> b edges connectFrom: #superclass.
> b layout radial.
> b build.
> 
> b view @ RTZoomableView.
> RTHTML5Exporter new 
>   directoryPathname: '/tmp';
>   export: b view.
> 
> b view
> -=-=-=-=-=-=-=-=-=
> 
> Alexandre
> -- 
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> 
> 
> 
>> On Mar 22, 2018, at 1:40 PM, Andrei Stebakov  wrote:
>> 
>> Hi Alexandre
>> 
>> I don't see how I can do without the scroll bars in HTML since the node tree 
>> that I tender using RTTreeLayout has a big width and only 1/4 of it fits in 
>> one page view. 
>> Since I am building a web service I rely on rendering and serving the view 
>> in HTML and without the scroll bars there is no way for me to view all 
>> elements of the model in Chrome.
>> 
>> On Mar 22, 2018 11:50, "Alexandre Bergel"  wrote:
>> Hi!
>> 
>> Scroll bar are not exportable to HTML, as benefits in doing so are not 
>> really apparent. 
>> What would be the ideal behavior? Will removing scrollbars when exporting to 
>> HTML sufficient for your need? 
>> 
>> Cheers,
>> Alexandre
>> -- 
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel  http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>> 
>> 
>> 
>>> On Mar 22, 2018, at 11:20 AM, Andrei Stebakov  wrote:
>>> 
>>> When I do
>>> v @ RTDoubleScrollBar.
>>> and then export to HTML
>>> the bars are rendered in the middle of HTML page and they don't actually 
>>> scroll.
>>> I checked in in Chrome and IE on windows. Could you guys take a look?
>> 
> 

Re: [Pharo-users] RTDoubleScrollBar is not rendered properly in html

[Alexandre Bergel]

Forgot to mention that you need to update Roassal

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



> On Mar 22, 2018, at 3:00 PM, Alexandre Bergel  wrote:
> 
> I see. 
> Do you know you can drag and drop the background to scroll?
> 
> You can also make the view zoomable, using the mouse wheel.
> 
> Try this:
> -=-=-=-=-=-=-=-=-=
> b := RTMondrian new.
> b nodes: (RTObject withAllSubclasses).
> b edges connectFrom: #superclass.
> b layout radial.
> b build.
> 
> b view @ RTZoomableView.
> RTHTML5Exporter new 
>   directoryPathname: '/tmp';
>   export: b view.
> 
> b view
> -=-=-=-=-=-=-=-=-=
> 
> Alexandre
> -- 
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu <http://www.bergel.eu/>
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> 
> 
> 
>> On Mar 22, 2018, at 1:40 PM, Andrei Stebakov > <mailto:lisper...@gmail.com>> wrote:
>> 
>> Hi Alexandre
>> 
>> I don't see how I can do without the scroll bars in HTML since the node tree 
>> that I tender using RTTreeLayout has a big width and only 1/4 of it fits in 
>> one page view. 
>> Since I am building a web service I rely on rendering and serving the view 
>> in HTML and without the scroll bars there is no way for me to view all 
>> elements of the model in Chrome.
>> 
>> On Mar 22, 2018 11:50, "Alexandre Bergel" > <mailto:alexandre.ber...@me.com>> wrote:
>> Hi!
>> 
>> Scroll bar are not exportable to HTML, as benefits in doing so are not 
>> really apparent. 
>> What would be the ideal behavior? Will removing scrollbars when exporting to 
>> HTML sufficient for your need? 
>> 
>> Cheers,
>> Alexandre
>> -- 
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel  http://www.bergel.eu <http://www.bergel.eu/>
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>> 
>> 
>> 
>>> On Mar 22, 2018, at 11:20 AM, Andrei Stebakov >> <mailto:lisper...@gmail.com>> wrote:
>>> 
>>> When I do
>>> v @ RTDoubleScrollBar.
>>> and then export to HTML
>>> the bars are rendered in the middle of HTML page and they don't actually 
>>> scroll.
>>> I checked in in Chrome and IE on windows. Could you guys take a look?
>> 
> 

Re: [Pharo-users] RTDoubleScrollBar is not rendered properly in html

[Alexandre Bergel]

I see. 
Do you know you can drag and drop the background to scroll?

You can also make the view zoomable, using the mouse wheel.

Try this:
-=-=-=-=-=-=-=-=-=
b := RTMondrian new.
b nodes: (RTObject withAllSubclasses).
b edges connectFrom: #superclass.
b layout radial.
b build.

b view @ RTZoomableView.
RTHTML5Exporter new 
directoryPathname: '/tmp';
export: b view.

b view
-=-=-=-=-=-=-=-=-=

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



> On Mar 22, 2018, at 1:40 PM, Andrei Stebakov  wrote:
> 
> Hi Alexandre
> 
> I don't see how I can do without the scroll bars in HTML since the node tree 
> that I tender using RTTreeLayout has a big width and only 1/4 of it fits in 
> one page view. 
> Since I am building a web service I rely on rendering and serving the view in 
> HTML and without the scroll bars there is no way for me to view all elements 
> of the model in Chrome.
> 
> On Mar 22, 2018 11:50, "Alexandre Bergel"  <mailto:alexandre.ber...@me.com>> wrote:
> Hi!
> 
> Scroll bar are not exportable to HTML, as benefits in doing so are not really 
> apparent. 
> What would be the ideal behavior? Will removing scrollbars when exporting to 
> HTML sufficient for your need? 
> 
> Cheers,
> Alexandre
> -- 
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu <http://www.bergel.eu/>
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> 
> 
> 
>> On Mar 22, 2018, at 11:20 AM, Andrei Stebakov > <mailto:lisper...@gmail.com>> wrote:
>> 
>> When I do
>> v @ RTDoubleScrollBar.
>> and then export to HTML
>> the bars are rendered in the middle of HTML page and they don't actually 
>> scroll.
>> I checked in in Chrome and IE on windows. Could you guys take a look?
> 

Re: [Pharo-users] RTDoubleScrollBar is not rendered properly in html

[Alexandre Bergel]

Hi!

Scroll bar are not exportable to HTML, as benefits in doing so are not really 
apparent. 
What would be the ideal behavior? Will removing scrollbars when exporting to 
HTML sufficient for your need? 

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



> On Mar 22, 2018, at 11:20 AM, Andrei Stebakov  wrote:
> 
> When I do
> v @ RTDoubleScrollBar.
> and then export to HTML
> the bars are rendered in the middle of HTML page and they don't actually 
> scroll.
> I checked in in Chrome and IE on windows. Could you guys take a look?

Re: [Pharo-users] [ANN] Cruiser: A Pharo app packager

[Alexandre Bergel]

I saw a demo of it two weeks ago. This is really good stuff!
Cruiser is about turning a Pharo app as a stand-alone application, as an .exe 
file from a user perspective, without knowing there is Pharo underneath. 

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



> On Mar 8, 2018, at 4:29 PM, vincent.blond...@lamresearch.com wrote:
> 
> Hi Pharoers!
>  
> I pleased to announce you the first release of Cruiser: a tool to package 
> your Pharo applications. The idea is to quickly convert an application from a 
> development environment to a production one. A production environment means:
> No writing on the disk
> No access to the source code (by the shortcuts, debugger,...)
> No error displaying on the interface
> The only thing accessible is the user application
>  
> I let you discover it on: https://github.com/VincentBlondeau/Cruiser 
> <https://github.com/VincentBlondeau/Cruiser>
>  
> 
>  
> Do not hesitate to ask me questions or contribute to improve it!
>  
> Cheers,
>  
> Vincent Blondeau 
> Software Engineer, Software and Controls | Global Product Group 
> Desk +1 510.572.7499
> 
> Lam Research Corporation
> 4650 Cushing Pkwy, Fremont, CA 94538 USA | www.lamresearch.com 
> 
> Connect with Lam Research: Facebook 
> <https://www.facebook.com/LamResearchCorporation> | Twitter 
> <https://twitter.com/lamresearch> | LinkedIn 
> <https://www.linkedin.com/company/lam-research>
> 
>  
> NOTICE: This e-mail transmission may contain confidential information. If you 
> are not the intended recipient, or a person responsible for delivering it to 
> the intended recipient, you are hereby notified that any disclosure, copying, 
> distribution or use of any of the information contained in or attached to 
> this message is STRICTLY PROHIBITED. If you have received this transmission 
> in error, please immediately notify the sender and destroy the original 
> transmission and its attachments without reading them or saving them to disk. 
> Thank you.

Re: [Pharo-users] [ANN] ba-st Web Stack new versions available

[Alexandre Bergel]

Impressive work!!

Alexandre

> On Feb 19, 2018, at 3:08 PM, Gabriel Cotelli  wrote:
> 
> Hi,
> 
> We're happy to announce a new version of the Web Stack hosted at 
> https://github.com/ba-st/. This is a multi-release announcement of the 
> following related project versions:
>   • Willow v6.0.0. Changes since latest announcement:
>   • Added interaction on document load
>   • Improved temporarily disabling command
>   • Added identification support to unordered lists
>   • Improved new location opening commands
>   • Improved interaction fuctions to always include the event as 
> a parameter
>   • Improved asynchronic links to auto-configure a script doing 
> preventDefault
>   • Refactored the link support
>   • Willow-Bootstrap v6.0.0 
>   • Updated Willow base support to v6.0.0 
>   • Improved Split Button support to allow triggering actions on 
> the main button only
>   • Willow-JQueryUI v5.0.0
>   • Updated Willow base support to v6.0.0 
>   • Willow-SpinKit v3.0.0
>   • Updated Willow base support to v6.0.0 
>   • Willow-Playground v2.0.0 
>   • Updated dependencies to the latest versions
>   • RenoirSt v4.0.0
>   • Removed Pharo 4 support
>   • Updated dependencies
> SemanticUI integration is still a work in progress. There's a new Materialize 
> CSS integration being worked on by Francisco Ortiz.
> 
> Find a more detailed changelog and migration instructions on the release 
> pages of each repository.
> 
> Anyone interested in joining our ba-st projects is welcomed, and you can also 
> start following our new tech blog @ mercap for Smalltalk and Pharo related 
> posts and experience reports.
> 
> Regards,
> Gabriel Cotelli, Maxi Tabacman and all the contributors.

Re: [Pharo-users] [ANN] 900 pull requests closed for Pharo7!

[Alexandre Bergel]

Impressive!

Alexandre 

http://bergel.eu

> Le 23 févr. 2018 à 09:27, Marcus Denker  a écrit :
> 
> Hi,
> 
> March 11, we passed 800. Today (just now) we closed 900 full requests!
> 
>   https://github.com/pharo-project/pharo/pulls
> 
> Marcus

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

[Alexandre Bergel]

Yes, I had a look at it. Indeed, it provides a nice set of utility methods.
By the way, what the class ColorChecker does?

I will make a plugin for it in Roassal.

Alexandre


> On Feb 21, 2018, at 5:32 PM, Stephane Ducasse  wrote:
> 
> Alex you should look at my package because it can be useful to roassal.
> 
> 
> On Wed, Feb 21, 2018 at 9:05 PM, 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.
>> 
>> 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
>>>> 
>>>> 
>>>> 
>>> 
>>> 
>> 
>> 
> 

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

[Alexandre Bergel]

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.

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
> > 
> > 
> > 
> 
> 

Re: [Pharo-users] Roassal to ODG

[Alexandre Bergel]

How do you want to generate the flow? You can create a view and add callback to 
add boxes and arrow.
Is this what you mean?

Alexandre


> On Feb 13, 2018, at 12:09 PM, Arturo Zambrano  
> wrote:
> 
> 
> 
> On Tue, Feb 13, 2018 at 7:27 AM, Alexandre Bergel  
> wrote:
> > So I want to re post my question:
> >  "What is  the best option to generate an editable flow chart from Pharo 
> > (Roassal)?”
> 
> There are none as far as I know. However, this is something that can be done 
> (rather easily I would say).
> 
> Thanks, any direction?
> 
>  
> 
> Alexandre
> 

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

[Alexandre Bergel]

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
> 
> 
> 

Re: [Pharo-users] Roassal to ODG

[Alexandre Bergel]

> So I want to re post my question:
>  "What is  the best option to generate an editable flow chart from Pharo 
> (Roassal)?”  

There are none as far as I know. However, this is something that can be done 
(rather easily I would say).

Alexandre

Re: [Pharo-users] From Roassal RTView to html

[Alexandre Bergel]

Thanks Andrei for your effort

Cheers,
Alexandre


> On Feb 6, 2018, at 5:23 PM, Andrei Stebakov  wrote:
> 
> As soon as I removed @ RTDraggable, it fixed the problem, silly me :)
> 
> On Feb 6, 2018 2:57 PM, "Andrei Stebakov"  wrote:
> I debugged the JavaScript a little and there is a function in roassal.js
> mousedown: function(e){
>this.rtmouseClick(e);
>this.trmouseDragBegin(e);
> }
> I guess since the click takes me to a different tab, there is no subsequent 
> mouseUp/DragEnd events.
> Naturally, if I remove trmouseDragBegin then the problem goes away but the 
> dragging obviously doesn't work.
> So here we have a collision of a link click and mouse drag, so somehow we 
> need to enable one or the other.
> 
> On Feb 6, 2018 2:37 PM, "Andrei Stebakov"  wrote:
> The link clicking works (takes me to a different chrome tab link), but when I 
> go back to the model page, the mouse movements cause the clicked element to 
> move, same like before.
> 
> On Feb 6, 2018 8:50 AM, "Alexandre Bergel"  wrote:
> Can you try to update Roassal via the world menu:
> 
> 
> 
> Cheers,
> Alexandre
> 
> 
>> On Feb 5, 2018, at 5:12 PM, Andrei Stebakov  wrote:
>> 
>> Updated roassal via:
>> Gofer new smalltalkhubUser: 'ObjectProfile'
>> project: 'Roassal';
>> package: 'ConfigurationOfRoassal';
>> load.
>> (Smalltalk at: #ConfigurationOfRoassal) load
>> 
>> The problems is still the same: added ".html" suffix.
>> 
>> On Mon, Feb 5, 2018 at 3:09 PM, Alexandre Bergel  
>> wrote:
>> Andrei, let us know how it goes
>> 
>> Cheers
>> Alexandre 
>> 
>> Envoyé de mon iPad
>> 
>> Le 5 févr. 2018 à 16:51, milton mamani  a écrit :
>> 
>>> Your need to load the last version of roassal, I change it that
>>> 
>>> 2018-02-05 16:44 GMT-03:00 Andrei Stebakov :
>>> Milton, thanks for the example.
>>> I wonder why the link it takes me to has an appended ".html" at the end 
>>> like "https://twitter.com.html";?
>>> 
>>> On Mon, Feb 5, 2018 at 12:55 PM, milton mamani  wrote:
>>> Hi Andrei,
>>> 
>>> This is some example.
>>> 
>>> Let me know if this is what you want.
>>> 
>>> Run this in a playground with the last version of roassal:
>>> 
>>> 
>>> .=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=.
>>> 
>>> b := RTMondrian new.
>>> b shape text color: [Color random].
>>> b nodes: { 'https://facebook.com'. 'https://twitter.com'. 
>>> 'https://plus.google.com' }.
>>> b build.
>>> link := RTLinkView new 
>>> name: [ :model | model ] "#yourself";
>>> view: nil.
>>> b view elements @ link.
>>> 
>>> RTHTML5Exporter new
>>> fileName: 'roassalfile.html';
>>> export: b view.
>>> b view
>>> 
>>> .=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=.
>>> 
>>> Best regards,
>>> Milton
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 2018-02-05 14:16 GMT-03:00 Andrei Stebakov :
>>> I'll try to find if there is a way to embed a clickable interaction. 
>>> Looks like since there is no response to the topic, I was wondering if it's 
>>> a non-pharo/roassal way to do it or it's just not so many people tried it.
>>> 
>>> On Sat, Feb 3, 2018 at 5:42 AM, Alexandre Bergel  
>>> wrote:
>>> Hi Milton,
>>> 
>>> Can you answer to Andrei please?
>>> I know in Roassal there is a way to embed clickable interaction.
>>> 
>>> Cheers,
>>> Alexandre
>>> 
>>>> Begin forwarded message:
>>>> 
>>>> From: Andrei Stebakov 
>>>> Subject: [Pharo-users] From Roassal RTView to html
>>>> Date: February 2, 2018 at 1:53:50 PM GMT-3
>>>> To: Any question about pharo is welcome 
>>>> Reply-To: Any question about pharo is welcome 
>>>> 
>>>> I was wondering if it's a good idea to expose some of the Roassal models 
>>>> via web (say Seaside) using the ability of Roassal to generate HTML for 
>>>> the view. 
>>>> In this case how could I "spice up" the HTML making for example those 
>>>> ellipces or lablels clickabe so the click could take me to some web page 
>>>> bases on the data in the model?
>>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>> 
> 
> 

Re: [Pharo-users] From Roassal RTView to html

[Alexandre Bergel]

Andrei, let us know how it goes

Cheers
Alexandre 

Envoyé de mon iPad

> Le 5 févr. 2018 à 16:51, milton mamani  a écrit :
> 
> Your need to load the last version of roassal, I change it that
> 
> 2018-02-05 16:44 GMT-03:00 Andrei Stebakov :
>> Milton, thanks for the example.
>> I wonder why the link it takes me to has an appended ".html" at the end like 
>> "https://twitter.com.html";?
>> 
>>> On Mon, Feb 5, 2018 at 12:55 PM, milton mamani  wrote:
>>> Hi Andrei,
>>> 
>>> This is some example.
>>> 
>>> Let me know if this is what you want.
>>> 
>>> Run this in a playground with the last version of roassal:
>>> 
>>> 
>>> .=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=.
>>> 
>>> b := RTMondrian new.
>>> b shape text color: [Color random].
>>> b nodes: { 'https://facebook.com'. 'https://twitter.com'. 
>>> 'https://plus.google.com' }.
>>> b build.
>>> link := RTLinkView new 
>>> name: [ :model | model ] "#yourself";
>>> view: nil.
>>> b view elements @ link.
>>> 
>>> RTHTML5Exporter new
>>> fileName: 'roassalfile.html';
>>> export: b view.
>>> b view
>>> 
>>> .=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=..=.
>>> 
>>> Best regards,
>>> Milton
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 2018-02-05 14:16 GMT-03:00 Andrei Stebakov :
>>>> I'll try to find if there is a way to embed a clickable interaction. 
>>>> Looks like since there is no response to the topic, I was wondering if 
>>>> it's a non-pharo/roassal way to do it or it's just not so many people 
>>>> tried it.
>>>> 
>>>>> On Sat, Feb 3, 2018 at 5:42 AM, Alexandre Bergel 
>>>>>  wrote:
>>>>> Hi Milton,
>>>>> 
>>>>> Can you answer to Andrei please?
>>>>> I know in Roassal there is a way to embed clickable interaction.
>>>>> 
>>>>> Cheers,
>>>>> Alexandre
>>>>> 
>>>>>> Begin forwarded message:
>>>>>> 
>>>>>> From: Andrei Stebakov 
>>>>>> Subject: [Pharo-users] From Roassal RTView to html
>>>>>> Date: February 2, 2018 at 1:53:50 PM GMT-3
>>>>>> To: Any question about pharo is welcome 
>>>>>> Reply-To: Any question about pharo is welcome 
>>>>>> 
>>>>>> 
>>>>>> I was wondering if it's a good idea to expose some of the Roassal models 
>>>>>> via web (say Seaside) using the ability of Roassal to generate HTML for 
>>>>>> the view. 
>>>>>> In this case how could I "spice up" the HTML making for example those 
>>>>>> ellipces or lablels clickabe so the click could take me to some web page 
>>>>>> bases on the data in the model?
>>>>>> 
>>>>> 
>>>> 
>>> 
>> 
> 

Re: [Pharo-users] [ANN] Recording Pharo Techtalk Jan18

[Alexandre Bergel]

Thanks Marcus for organizing these events.

Alexandre

> On Jan 31, 2018, at 7:14 AM, Marcus Denker  wrote:
> 
> Hi,
> 
> The recording and slides for yesterdays TechTalk are available:
> 
> Topic: Genetic Algorithms
> 
> PDF:
>   
> http://files.pharo.org/media/techtalk/2018-TechTalk-AI-GeneticAlgorithm.pdf
> 
> Video on Youtube:
>   https://www.youtube.com/watch?v=ZB1U259wPaA
> 
> (added to the archive at http://pharo.org/TechTalk )
> 
> Future TechTalks:
> 
> 
>   • Feb 15: Contributing to Pharo 7. 
>   https://association.pharo.org/event-2797065
> 
>   • March 22: Report 2017 Pharo Consortium and Association. 
>   https://association.pharo.org/event-2797067
> 
>   • April 12: Pillar.
>   https://association.pharo.org/event-2797068
> 
>   • May 17:   TBA
> 
>   • June 14 TBA
> 
> 
>   Marcus 

Re: [Pharo-users] [Moose-dev] [ann] gt connector

[Alexandre Bergel]

Impressive!!

Would be used for a visual implementer/sender browser

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



> On Jan 14, 2018, at 6:54 PM, Tudor Girba  wrote:
> 
> Hi,
>  
> Towards the end of last year we worked on GT Connector, a new kind of 
> interface that allows us to exercise and test the limits (or the lack 
> thereof) of Bloc.
>  
> It looks like this:
> 
>  
> You can see it in action here:
> https://twitter.com/feenkcom/status/936109463462965248 
> <https://twitter.com/feenkcom/status/936109463462965248>
>  
> In the current implementation, the Connector allows us to navigate and 
> connect example methods. The focus is not on examples, but on the 
> connections. We used examples because the engine was already around and 
> offered us a nice use case. We want to extend it in the near future to other 
> kinds of objects.
> 
> There are a couple of things that are worth noting:
> • The editor works live, and the connection points appear and disappear as 
> you type.
> • The layout of the editor elements is based on a tree-based graph layout 
> that only works with constrains (no actual visible edges between the editor 
> elements).
> • The editor works live, so adding new elements to the scene properly 
> rearranges the scene.
> • But, perhaps, the most exciting part is the fact that the lines connect an 
> element from inside the text editor element with another that lives outside 
> of the editor element.
>  
> All these validate the architecture of Bloc of having exactly one rendering 
> tree. It was not an obvious goal a couple of years ago, but we are really 
> happy that it works.
>  
> To put it in perspective, let's compare this with the html world. Text is 
> text is rendered through the DOM tree. If you want graphics you might use 
> something like SVG which comes with its own tree. However, these are two 
> distinct worlds, and you cannot go from one to another, or at least not 
> easily. This is the case in most engines we looked at.
>  
> Why is this important? One thing we learn in the Smalltalk world is that 
> covering the same space with less concepts opens up a whole dimension of 
> creativity that is simply not possible outside of it.
>  
> The goal with Bloc is to enable new kinds of user interfaces. As we are late 
> to the game of modern interfaces, even though the field was invented in 
> Smalltalk, our only chance to take the lead again is to rethink the model.
>  
> Let's look at the Connector again. In most user interfaces we have panes on 
> the outside, and visuals confined within the boundaries of those panes. 
> Interestingly, we can trace this pattern to the very first Smalltalk 
> interfaces. In the Connector interface we have no boundaries with text and 
> visualization being intertwined to form a new kind of workflow.
>  
> Talking about workflows, we now have two distinct and novel ways to explore 
> examples: one is Connector, and the other one is the expandable code editor. 
> For example, the scene from above looks like this in the example expanding 
> editor:
> 
>  
> 
> 
> Both of these interfaces are not found in other infrastructures, and yet they 
> were both inexpensive to implement in Bloc.
> 
> We believe this will have a deep impact for all sorts of interfaces, and 
> especially for the IDE. If you are interested in more details related to the 
> IDE, take a look at the following paper from 2015:
> http://scg.unibe.ch/archive/papers/Girb15b-PervasiveSoftwareVisualizations.pdf
>  
> Please let us know what you think.
>  
> Cheers,
> The feenk team
> 
> 
> --
> www.tudorgirba.com
> www.feenk.com
> 
> "What is more important: To be happy, or to make happy?"
> 
> ___
> Moose-dev mailing list
> moose-...@list.inf.unibe.ch
> https://www.list.inf.unibe.ch/listinfo/moose-dev

Re: [Pharo-users] Any perspective of Woden in Pharo 6.1/7 ?????

[Alexandre Bergel]

Excellent! 

Let us know how it goes. We will be happy to help

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



> On Jan 12, 2018, at 1:47 PM, casimiro barreto  
> wrote:
> 
> Will try. Currently on 2 projects involving pharo. The most pressing one is a 
> system for the calculation of uncertainties in measures. This system is part 
> of a homologation system for smart card readers and smart card chips. The 
> other is a simulation system that´s under non disclosure clause. Woden would 
> be used in a third incoming project (simulations in crowd management in 
> airports).
> 
> Best regards,
> 
> Casimiro
> 
> 2018-01-10 19:43 GMT-02:00 Alexandre Bergel  <mailto:alexandre.ber...@me.com>>:
> Hi Casimiro!
> 
> Sorry for the late reply.
> We do have a working version of Woden for Pharo 7.
> It would be great if you could try.
> https://github.com/ronsaldo/woden2 <https://github.com/ronsaldo/woden2>
> 
> On OSX, I did:
> -=-=-=-=-=-=-=-=-=
> git clone https://github.com/ronsaldo/woden2.git 
> <https://github.com/ronsaldo/woden2.git>
> cd woden2
> ./loadWoden2.sh
> -=-=-=-=-=-=-=-=-=
> 
> It takes time to install & compile (~ 10 minutes?), but it works well
> 
> Alexandre
> 
> 
> > On Jan 2, 2018, at 5:21 AM, Casimiro - GMAIL  > <mailto:casimiro.barr...@gmail.com>> wrote:
> >
> > Is there any perspective of Woden working in Pharo 6.1 or later versions 
> > (7)
> >
> > Best regards,
> >
> >
> > Casimiro
> > --
> > The information contained in this message is confidential and intended to 
> > the recipients specified in the headers. If you received this message by 
> > error, notify the sender immediately. The unauthorized use, disclosure, 
> > copy or alteration of this message are strictly forbidden and subjected to 
> > civil and criminal sanctions.
> >
> > ==
> >
> > This email may be signed using PGP key ID: 0x4134A417
> 
> 
> 
> 
> -- 
> The information contained in this message is confidential and
> intended to the recipients specified in the headers. If you received
> this message by error, notify the sender immediately. The
> unauthorized use, disclosure, copy or alteration of this message
> are strictly forbidden and subjected to civil and criminal sanctions.

Re: [Pharo-users] Any perspective of Woden in Pharo 6.1/7 ?????

[Alexandre Bergel]

Hi Casimiro!

Sorry for the late reply.
We do have a working version of Woden for Pharo 7.
It would be great if you could try.
https://github.com/ronsaldo/woden2

On OSX, I did:
-=-=-=-=-=-=-=-=-=
git clone https://github.com/ronsaldo/woden2.git
cd woden2
./loadWoden2.sh
-=-=-=-=-=-=-=-=-=

It takes time to install & compile (~ 10 minutes?), but it works well

Alexandre


> On Jan 2, 2018, at 5:21 AM, Casimiro - GMAIL  
> wrote:
> 
> Is there any perspective of Woden working in Pharo 6.1 or later versions 
> (7)
> 
> Best regards,
> 
> 
> Casimiro
> -- 
> The information contained in this message is confidential and intended to the 
> recipients specified in the headers. If you received this message by error, 
> notify the sender immediately. The unauthorized use, disclosure, copy or 
> alteration of this message are strictly forbidden and subjected to civil and 
> criminal sanctions.
> 
> ==
> 
> This email may be signed using PGP key ID: 0x4134A417

Re: [Pharo-users] [ANN] Python3Generator and MatplotLibBridge

[Alexandre Bergel]

AI Python libraries may be my first target….
I will let you know

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



> On Jan 8, 2018, at 4:25 AM, Julien  wrote:
> 
> Happy you find this interesting.
> 
> If you have suggestions, just let me know by creating an issue on the 
> repository.
> 
> If you create bridges to some Python 3 libraries, tell me as well! :-)
> 
> Julien
> 
> ---
> Julien Delplanque
> Doctorant à l’Université de Lille 1
> http://juliendelplanque.be/phd.html <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 8 janv. 2018 à 01:12, Alexandre Bergel > <mailto:alexandre.ber...@me.com>> a écrit :
>> 
>> I have just tried Python3Generator. Impressive work! It is a wonderful 
>> contribution!
>> 
>> Cheers,
>> Alexandre
>> 
>> 
>>> So, Python3Generator [1] is made for generating programatically Python 3 
>>> code from Pharo. Basically, it allows you to easily build a Python 3 AST,  
>>> to serialize it in Python 3 source code and eventually to execute it. For 
>>> now you can transfer data from Pharo to Python (e.g. providing arguments to 
>>> functions that are Pharo’s objects) but you can not retrieve data stored in 
>>> Python variable from Pharo (but it should be possible, just I don’t need to 
>>> do that for my bridge to matplotlib). Some examples are provided on the 
>>> github’s README.
>>> 
>> 
>> 
> 

Re: [Pharo-users] [ANN] Python3Generator and MatplotLibBridge

[Alexandre Bergel]

I have just tried Python3Generator. Impressive work! It is a wonderful 
contribution!

Cheers,
Alexandre


> So, Python3Generator [1] is made for generating programatically Python 3 code 
> from Pharo. Basically, it allows you to easily build a Python 3 AST,  to 
> serialize it in Python 3 source code and eventually to execute it. For now 
> you can transfer data from Pharo to Python (e.g. providing arguments to 
> functions that are Pharo’s objects) but you can not retrieve data stored in 
> Python variable from Pharo (but it should be possible, just I don’t need to 
> do that for my bridge to matplotlib). Some examples are provided on the 
> github’s README.
> 

Re: [Pharo-users] [ANN] Orientation

[Alexandre Bergel]

Excellent idea!

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



> On Jan 1, 2018, at 6:27 PM, Julien  wrote:
> 
> Hello,
> 
> I developed a small framework to model orientation (north, east, south, 
> west). It defines some common operations that can be done  on such objects 
> (turning, getting the opposite orientation, moving on n steps on a discrete 
> grid from a given position following certain orientation, etc…). Also, it 
> supporte composed orientations (e.g. north-east). More details on GitHub [1].
> 
> To install it:
> 
> Metacello new
> baseline: 'Orientation';
> repository: 'github://juliendelplanque/Orientation/repository 
> ';
> load
> 
> This is not a lot but it is tested and I think it does its job well. So if 
> you need to model orientation, consider to use it. :-)
> 
> If any ideas of what I could add to this API, I’m interested.
> 
> Regards,
> 
> Julien
> 
> [1]: https://github.com/juliendelplanque/Orientation 
> <https://github.com/juliendelplanque/Orientation>
> 
> ---
> Julien Delplanque
> Doctorant à l’Université de Lille 1
> http://juliendelplanque.be/phd.html <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
> 

Re: [Pharo-users] Plotting a SMark report

[Alexandre Bergel]

Hi Hernán,

Not that I know. But it is trivial to plot that using Roassal. Let us know if 
you need help on this.

Alexandre

> On Dec 5, 2017, at 1:09 AM, Hernán Morales Durand  
> wrote:
> 
> Hi guys,
> 
> I benchmarked five Levenshtein implementations today and just wonder
> is there any package or extension which takes a SMark report and plot
> a Roassal bar chart?
> 
> This is the best I get so far:
> 
> "Report for: StringExtensionsBenchmark
> Benchmark LevPW100kTo
> LevPW100kTo total: iterations=10 runtime: 486.6ms +/-4.2
> 
> Benchmark LevPW1kWith
> LevPW1kWith total: iterations=10 runtime: 27.6ms +/-1.3
> 
> Benchmark LevPW1k
> LevPW1k total: iterations=10 runtime: 70.40ms +/-0.82
> 
> Benchmark LevPW1kTo
> LevPW1kTo total: iterations=10 runtime: 4.30ms +/-0.28
> 
> Benchmark LevPW100k
> LevPW100k total: iterations=10 runtime: 8325ms +/-101
> 
> Benchmark LevPW100kFrom
> LevPW100kFrom total: iterations=10 runtime: 1278.1ms +/-4.9
> 
> Benchmark LevPW100kWith
> LevPW100kWith total: iterations=10 runtime: 3309ms +/-75
> 
> Benchmark LevPW100kToLD
> LevPW100kToLD total: iterations=10 runtime: ms +/-17
> 
> Benchmark LevPW1kLD
> LevPW1kLD total: iterations=10 runtime: 19.40ms +/-0.48
> 
> Benchmark LevPW1kFrom
> LevPW1kFrom total: iterations=10 runtime: 11.30ms +/-0.39
> "
> 
> Cheers,
> 
> Hernán
>