Re: [Pharo-dev] [SPAM] Re: [Pharo-users] [ANN] Pharo Launcher 2.0 released!

[Graham McLeod]

Hi

This looks like a major update with some very welcome features and 
improved UI.

Very welcome and thanks for the work!

One item I would like to see is a mention in the help on implications of 
upgrading from the existing
Pharo launcher. Bit nervous to install when I don't know what will 
become of existing configurations in the old one.
I am assuming that the new one is independent and will simply start off 
blank. It would be nice to have this tackled in the
documentation. Maybe a short section on "Moving your configurations / 
images from the old Launcher".


Great job!

Thanks
Graham


Cédrick Béler 
18 April 2020 at 10:09
Great Job. It looks indeed nicer.

I found the docs great too 
(https://pharo-project.github.io/pharo-launcher).


One suggestion would be to add the help contextually. I tried to look 
at. There is description of commands and SpLinkPresenter but don’t 
think it’s easy to add. I wanted to add the ling in the help description.


For instance, the one to create an image for template:
WebBrowser openOn: 
'https://pharo-project.github.io/pharo-launcher/create-images/‘ 



Any way of doing that ?


Cheers,

Cédrick




Christophe Demarey 
17 April 2020 at 18:08
Hi all,

Pharo Launcher 2.0 has just been released! It is available from 
http://pharo.org/download.


This new version introduces major changes:

  * The UI has been fully rewritten using the new Spec2 framework
 and the Commander2 library
. UI has been revamped
to increase usability, especially for newcomers. The main window
is now composed of a toolbar and the list of images. The template
list is now available when clicking on the new image button.
  * Documentation web site : All Pharo Launcher features are now
explained in the new documentation available at
https://pharo-project.github.io/pharo-launcher. You can contribute
easily by clicking the *edit on GitHub* button.
  * You can now have many launch configurations for an image (VM to
use, vm and image arguments). It means you can use headless Pharo
VM from Pharo Launcher.
  * When creating a new image, you can specify an initialisation
script that will be run once at the first image launch. It is
useful to load your project code in a stock Pharo image for
example. See

https://pharo-project.github.io/pharo-launcher/create-images/#image-initialization-script
  * You can now define your own template sources in addition to
official sources (see

https://pharo-project.github.io/pharo-launcher/templates/#create-your-own-list-of-template-categories),
including authenticated sources.
  * Improved image metadata. Pharo Launcher now manages all image
metadata in a single STON file (including description, Pharo version).


Big thanks to all contributors, including issue reports. It is also 
the opportunity to thanks Damien Cassou, the original author of Pharo 
Launcher.


Here is the changelog:
Pharo Launcher v2.0 



The list of closed issue is too long (68) to be listed but you can 
browse it here: 
https://github.com/pharo-project/pharo-launcher/issues?q=is%3Aissue+is%3Aclosed+closed%3A2019-07-09..2020-04-17

Here are some highlights:

New features:

  * Documentation web site
  * Image initialisation script
  * Launch configurations, headless VM support
  * User template file in addition to the official template file
  * Jenkins server template now support pipeline projects
  * Support of private Jenkins server
  * Support of authenticated HTTP server

Improvements:

  * Monitoring of image launch failures to give back the error message
(if any)
  * Newly created image is automatically selected in the image list
  * Allow to set image description at creation time
  * Better error management (you will have the choice to ignore them
or debug them)
  * Add a poor version column in image list
  * Speedup (especially when image repository has a lot of images)

Bug fixes:

  * Fix use of system unzip on Windows


Regards,
The Pharo team.


<>

Re: [Pharo-dev] Chrome DevTools Protocol and Pharo

[Graham McLeod]

Very cool. Thanks for sharing.

Graham

Torsten Bergmann wrote:

Hi,

I played around with remote controlling Google Chrome from
Pharo using Chrome DevTools Protocol [1] (based on WebSockets).

The video shows an example using latest Pharo 6 on Mac:
https://www.youtube.com/watch?v=9F5FrQTEJWY

Initial Code is on GitHub [2] if someone is interested,
requires OSOSX and Zinc Websockets to be loaded.

Have fun
T.

[1] https://chromedevtools.github.io/devtools-protocol
[2] https://github.com/astares/Pharo-Chrome




<>

Re: [Pharo-dev] Pharo 6 screenshot

[Graham McLeod]

Yes!
G

Pavel Krivanek wrote:

Right, next try...

https://goo.gl/photos/YnGoZTrpKjJnSbFU9

-- Pavel



2017-04-24 22:22 GMT+02:00 Cyril Ferlicot D. >:


Le 24/04/2017 à 22:13, Pavel Krivanek a écrit :
> New version:
>
> https://goo.gl/photos/66Yz3pSSK62aTYV66

>
> -- Pavel
>

Pretty nice but too blurry for me. Especially on the right of the
screen.

But maybe it's just me.

--
Cyril Ferlicot
https://ferlicot.fr

http://www.synectique.eu
2 rue Jacques Prévert 01,
59650 Villeneuve d'ascq France




<>

Re: [Pharo-dev] Pharo 6 screenshot

[Graham McLeod]

+1
graham

Cyril Ferlicot D. wrote:

Le 24/04/2017 à 22:13, Pavel Krivanek a écrit :

New version:

https://goo.gl/photos/66Yz3pSSK62aTYV66

-- Pavel



Pretty nice but too blurry for me. Especially on the right of the screen.

But maybe it's just me.



<>

Re: [Pharo-dev] Book farm working again

[Graham McLeod]

Hi Steph

That is great news, thanks.
Note that I tried retrieving the document for Magritte via the following 
screen:



The downloaded file has extension .pdf.txt, so doesn;t load / render 
properly.
Can this please be changed to just .pdf? otherwise likely to trip up 
newbies who need the help!

Works fine if .txt is stripped off.

Thanks again
Graham

Stephane Ducasse wrote:


Hi

https://ci.inria.fr/pharo-contribution/view/Books/ 



I realised that jenkins dropped the connection to the github 
repositories of the books and that they were not updated.

You can find my current evening occupation: Learning OOP with Pharo :)
I fixed some problems in UnifiedFFI and clean a bit before restarting 
to work on Pillar.


And we get more green books job.

Stef


<>

Re: [Pharo-dev] Any idea for a cool name for the remote tool suite?

[Graham McLeod]

OR better: TeleCode

Graham

Graham McLeod wrote:

How about PharoAfar

g

stepharong wrote:

Hi guys

Since we will push the remote tools (videos/web...) I would like to 
get some ideas for a cool name.

Any ideas?

Because Pharmide (looks like medicine or chemical product).
Since I vaguely remember some german Pharmide made me think about 
Fern(sehen) but this is not a good name.


Stef


--






<>

Re: [Pharo-dev] Any idea for a cool name for the remote tool suite?

[Graham McLeod]

How about PharoAfar

g

stepharong wrote:

Hi guys

Since we will push the remote tools (videos/web...) I would like to 
get some ideas for a cool name.

Any ideas?

Because Pharmide (looks like medicine or chemical product).
Since I vaguely remember some german Pharmide made me think about 
Fern(sehen) but this is not a good name.


Stef


--




<>

Re: [Pharo-dev] In the need of Pharo magic

[Graham McLeod]

Hi Stef,
see an idea below..

Stephane Ducasse wrote:


I would love to get a functionality that dynamically removes from my 
code all the self halt that are encountered during test execution.
This way I will not need to run the test, walk the stack, edit the 
code and retart the process.


It would be really cool


One approach I have used is to have a global called "DebugMode" which is 
s boolean.

The, usie two types of debugging statements, like:
DebugMode ifTrue: [self halt].

and

DebugMode: ifTrue: [Transcrip show: somethingUseful ]

Then you can just turn DebugMode on or off.

This could be made simpler if the self halt of the system at object 
level checked such a flag
and if the Transcript had a subclass which wouldn't log if DebugMode was 
false.


KR
Graham

<>

Re: [Pharo-dev] a request to change the meaning of pragma

[Graham McLeod]

+1
Graham


Torsten Bergmann wrote:

Hi Tudor,

we all already had exchanged on this topic in discussions on this list back a 
year ago or even before
and as we have seen there were different arguments and different point of views.

Actions to make Pharo more known are always appreciated and as you made more 
progress on the idea/tools
side for sure you can demonstrate better what can be done with this approach.

But does it mean all the other arguments are now invalid because of this? I 
don't think so.

Anything described/demonstrated in this approach can perfectly be done without 
changing the meaning
of the "example" pragma and by using an own pragma to mark methods following 
that idea.

Trying to hijack "example" pragma again as it is your preferred pragma name 
does not help because this is
like enforcing your own point of view on the topic to people like me following 
the existing
"example" usage. Currently  and its usage is very generous and not so 
restrictive what kind of
example the method contains or what return value it may provide.

Also counting the current usage in the default image does not tell you anything 
as it leaves out all external
projects.


Similar to Ben I personally have not changed my point of view. I agree with him 
in using an own and more specific
pragma like

  -
  -
  -

better depicting the meaning of returning an sample/sample instance/exemplar of 
an instance of the class.
I would be fine with using just "sample" as well as "Sample driven development".


There is no need to change the meaning of the existing pragma  which 
is more
general and can be any kind of example like:
  - example of usage
  - a simple example script
  - sample instance
  - example of an algorithm
  - example on how to use several classes together
  - ...

For  it is not necessary to return exactly once instance of the class 
where the pragma
is used in.

Thx
T.




<>

[Pharo-dev] Newbie(ish) Question on SVG with Athens / Roassal / Spec

[Graham McLeod]

Hi

I am contemplating moving an old Pharo app (1.4 vintage) which used 
Morphic heavily into the new Pharo world (Pharo 5).
One of the options is to move a proprietary vector graphic 
implementation which draws symbols to SVG.


Looking for examples / documentation on the use of SVG (external files, 
not image defined paths) has been very frustrating.
All examples I have found have been old and none of the file based / 
load ones work.


Can anyone please point me to good documentation / examples?
I want to understand how one can use:
SVG with Athens
SVG with Spec
SVG loaded from a file with Roassal

Thanks in advance.

Graham
<>