- Pharo-dev - lists.pharo.org

Playground "remote publish" feedback from discord

by Ben Coman

On discord a user provided some feedback... when you post anything to ws.stfx.eu - e.g. here: http://ws.stfx.eu/CJGVYTTQD3RY - the page says that I should use "ZnWorkspace openUrl: 'http://ws.stfx.eu/CJGVYTTQD3RY'." to retrieve it. However, there is no class called "ZnWorkspace" in Pharo 6.1 so this should probably be updated. "Remote publish" button is located fairly prominently in the top right corner of Pharo Playground window so Pharo beginners will probably see it fairly soon after they start experimenting and try clicking on it. The text should be updated so the instructions actually work. Also the footer of the page says copyright is 2013, and it would look better to newcomers if the copyright date was more recent. ---------- cheers -ben

Dec. 8, 2018

Which version of libfreetype.dll?

by Alistair Grant

Hi Esteban, If I zeroconf Pharo 7 on Windows (in cygwin): $ curl get.pharo.org/70+vmLatest | bash And then move to a dos box: C:\cygwin\tmp\p7>pharo-vm\PharoConsole.exe --headless Pharo.image eval "FT2Library current libraryVersion" 2.6.5 Is this what you expect? Thanks, Alistair

Dec. 7, 2018

Multiline method definition in Tonel

by Mariano Martinez Peck

Hi guys, I was reading the Tonel spec here [1] but it is not clear to me the case of the multiline method definitions. Are those allowed or not? Say I have a method like this: testWith: arg1 with: arg2 with: arg3 ^ 42 Is that valid as Tonel format? Or tonel expects to have method definition in a one liner like: testWith: arg1 with: arg2 with: arg3 ^ 42 Thanks in advance, [1] https://github.com/pharo-vcs/tonel -- Mariano https://twitter.com/MartinezPeck http://marianopeck.wordpress.com

Dec. 7, 2018

[Pharo 7.0] Build #24: 22738-Remove-Window-color-option

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #24 was: SUCCESS. The Pull Request #2048 was integrated: "22738-Remove-Window-color-option" Pull request url: https://github.com/pharo-project/pharo/pull/2048 Issue Url: https://pharo.fogbugz.com/f/cases/22738 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Dec. 7, 2018

[Pharo 7.0] Build #23: 22740 system settings should be system settings core

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #23 was: SUCCESS. The Pull Request #2049 was integrated: "22740 system settings should be system settings core" Pull request url: https://github.com/pharo-project/pharo/pull/2049 Issue Url: https://pharo.fogbugz.com/f/cases/22740 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Dec. 7, 2018

Re: [Pharo-dev] [Pharo-users] Fwd: Announcing Repl.it Multiplayer

by Erik Stel

Actually I'm working on a hobby project for creating a Web IDE for Smalltalk. The idea is to have people (actually kids) work together in it. Purpose is to have an environment for kids to learn to program with the help of other kids and one or more experienced programmers/mentors/coaches. My current plans are to create a REST or Web API on top of a Smalltalk image which allows querying the image as well as execute code. The Web API should ideally be general enough to support different Smalltalk flavours. (This will require some tweaking though ;-) The actual IDE will be a web application in Pharo which can access other Smalltalk images through the Web API. The Smalltalk image with the IDE itself will likewise be query-able and editable. It should be real Smalltalk in that the IDE can be edited by the 'user'. Web API could look something like (this is just from the top of my head): GET /packages GET /packages/<package-name>/classes GET /packages/<package-name>/classes/<class-name> POST /packages/<package-name>/classes/<class-name>/<method-name> GET /workspaces POST /workspaces/<workspace-id>/doit POST /workspaces/<workspace-id>/inspect Some names will have to be more general since Cuis uses Category instead of Package for example. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

Dec. 7, 2018

[Pharo 7.0] Build #22: 22745 ManifestHermes and HEBinaryReader should be tagged

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #22 was: FAILURE. The Pull Request #2053 was integrated: "22745 ManifestHermes and HEBinaryReader should be tagged" Pull request url: https://github.com/pharo-project/pharo/pull/2053 Issue Url: https://pharo.fogbugz.com/f/cases/22745 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Dec. 7, 2018

Re: [Pharo-dev] [Pharo-users] Fwd: Announcing Repl.it Multiplayer

by phil＠highoctane.be

With XMPPTalk, I had the idea to have one server doing the messenging and instead of sharing an image, we could have source code shipped around. DiscordSt is nice but depends on a proprietary service, so have one's own self hosted infrastructure would be nicer. Also, if we associate this to Telepharo, we could have one image doing the messenging in a safe area and a remote image (running on the same machine) doing the evaluations of the code. So that we wouldn't have a lockup in the main UI. End of year holidays may be a good time to try these ideas out. Best, Phil On Fri, Dec 7, 2018 at 7:27 AM Tim Mackinnon <tim(a)testit.works> wrote: > There was also the work that Jason and Julien did with âWolfpackâ (this > was in VisualWorks) that explores the idea of group programming in an > image. They did quite a few workshops on it, and it was tantalisingly > interesting but I think they ran out of steam. > > Tim > > Sent from my iPhone > > On 7 Dec 2018, at 06:34, Ben Coman <btc(a)openinworld.com> wrote: > > One advantage of their seemingly text-based system might be bandwidth, but > Pharo is a graphical system. > It might be worthwhile for dispersed teams working on web hosted Pharo > systems, but we already have remote tools. > I guess it might almost already be able to have multiple people using them > simultaneously on the one image(?), but everyone would be looking at > different Inpectors. > It could be cool for a common Inspector instance to show up on multiple > user screens. > But is it that much better than the other suggestions?? > > cheers -ben > > On Fri, 7 Dec 2018 at 06:03, Eliot Miranda <eliot.miranda(a)gmail.com> > wrote: > >> Hi Santiago, >> >> On Thu, Dec 6, 2018 at 1:52 PM Santiago Bragagnolo < >> santiagobragagnolo(a)gmail.com> wrote: >> >>> Would this be interesting to have in pharo?? >>> >> >> There is already previous relevant work. Look up Kansas for Self >> http://wiki.squeak.org/squeak/1357 and Nebraska for Squeak >> http://wiki.squeak.org/squeak/1356. Focussing on the Multiplayer like >> UI would be a major regression. Note that we already have lots fo relevant >> infrastructure, such as a VNC server that allows desktops to be shared. >> Building a shared programming environment for Pharo doesn't need to start >> from such limited models as the Multiplayer. >> >> >>> >>> What do you think? >>> >>> ---------- Forwarded message --------- >>> From: Amjad from Repl.it <contact(a)repl.it> >>> Date: jue., 6 de dic. de 2018 21:55 >>> Subject: Announcing Repl.it Multiplayer >>> To: <santiagobragagnolo(a)gmail.com> >>> >>> >>> The official release of Repl.it Multiplayer, the collaborative coding >>> experience. >>> [image: Repl.it Logo] >>> <http://url1361.repl.it/wf/click?upn=LLQySNMYKcsdrD3Xpw6uy0-2F0rOvSNWPLVoxcc…> >>> >>> Hey Santiago, >>> >>> Professional programmers all know that software development is a >>> fundamentally social experience. But coding remains a single-player >>> experience by default â today, we're changing this! >>> >>> As part of our mission to make computing more accessible, we believe >>> connecting coders, learners, and teachers together in real time, in the >>> development environment, is a big piece of the puzzle. That's why we're >>> proud to announce *Multiplayer*. >>> >>> Multiplayer lets you code with friends in the same editor, execute >>> programs in the same interpreter, interact with the same terminal, chat in >>> the IDE, edit files and share the same system resources, and ship >>> applications from the same interface! We've redesigned every part of our >>> infrastructure to work in multiplayer mode -- from the filesystem to the >>> interpreter. >>> [image: Repl.it Multiplayer] >>> <http://url1361.repl.it/wf/click?upn=LLQySNMYKcsdrD3Xpw6uy2nGqoz6hoT3s1h4Iok…> >>> >>> Read more about it here >>> <http://url1361.repl.it/wf/click?upn=LLQySNMYKcsdrD3Xpw6uy2nGqoz6hoT3s1h4Iok…>, >>> or, better yet, hop in >>> <http://url1361.repl.it/wf/click?upn=LLQySNMYKcsdrD3Xpw6uy7y9lyv5Ff-2FoVbyQr…>, >>> invite your friends and start coding! >>> >>> Amjad from Repl.it >>> >>> 767 Bryant St, #210, San Francisco, CA 94107 >>> >>> Unsubscribe >>> <http://url1361.repl.it/asm/unsubscribe/?user_id=8107274&data=346ff9QOfXR57C…> >>> - Unsubscribe Preferences >>> <http://url1361.repl.it/asm/?user_id=8107274&data=USDh4jRtVtwga9cUFmXIXfBZ19…> >>> >> >> >> -- >> _,,,^..^,,,_ >> best, Eliot >> >

Dec. 7, 2018

Re: [Pharo-dev] Fwd: Announcing Repl.it Multiplayer

by phil＠highoctane.be

True, bandwidth is a pain, especially for a FullHD or more screen. I am doing lots of remote work with ssh and tmux/tmux attach. Works wonderfully well. I wish we had a fuse filesystem for Pharo so we could basically edit stuff out of a mounted image with things like vim. With true headless mode, I guess we will have those topics coming to the forefront. Phil On Fri, Dec 7, 2018 at 2:06 AM Ben Coman <btc(a)openinworld.com> wrote: > One advantage of their seemingly text-based system might be bandwidth, but > Pharo is a graphical system. > It might be worthwhile for dispersed teams working on web hosted Pharo > systems, but we already have remote tools. > I guess it might almost already be able to have multiple people using them > simultaneously on the one image(?), but everyone would be looking at > different Inpectors. > It could be cool for a common Inspector instance to show up on multiple > user screens. > But is it that much better than the other suggestions?? > > cheers -ben > > On Fri, 7 Dec 2018 at 06:03, Eliot Miranda <eliot.miranda(a)gmail.com> > wrote: > >> Hi Santiago, >> >> On Thu, Dec 6, 2018 at 1:52 PM Santiago Bragagnolo < >> santiagobragagnolo(a)gmail.com> wrote: >> >>> Would this be interesting to have in pharo?? >>> >> >> There is already previous relevant work. Look up Kansas for Self >> http://wiki.squeak.org/squeak/1357 and Nebraska for Squeak >> http://wiki.squeak.org/squeak/1356. Focussing on the Multiplayer like >> UI would be a major regression. Note that we already have lots fo relevant >> infrastructure, such as a VNC server that allows desktops to be shared. >> Building a shared programming environment for Pharo doesn't need to start >> from such limited models as the Multiplayer. >> >> >>> >>> What do you think? >>> >>> ---------- Forwarded message --------- >>> From: Amjad from Repl.it <contact(a)repl.it> >>> Date: jue., 6 de dic. de 2018 21:55 >>> Subject: Announcing Repl.it Multiplayer >>> To: <santiagobragagnolo(a)gmail.com> >>> >>> >>> The official release of Repl.it Multiplayer, the collaborative coding >>> experience. >>> [image: Repl.it Logo] >>> <http://url1361.repl.it/wf/click?upn=LLQySNMYKcsdrD3Xpw6uy0-2F0rOvSNWPLVoxcc…> >>> >>> Hey Santiago, >>> >>> Professional programmers all know that software development is a >>> fundamentally social experience. But coding remains a single-player >>> experience by default â today, we're changing this! >>> >>> As part of our mission to make computing more accessible, we believe >>> connecting coders, learners, and teachers together in real time, in the >>> development environment, is a big piece of the puzzle. That's why we're >>> proud to announce *Multiplayer*. >>> >>> Multiplayer lets you code with friends in the same editor, execute >>> programs in the same interpreter, interact with the same terminal, chat in >>> the IDE, edit files and share the same system resources, and ship >>> applications from the same interface! We've redesigned every part of our >>> infrastructure to work in multiplayer mode -- from the filesystem to the >>> interpreter. >>> [image: Repl.it Multiplayer] >>> <http://url1361.repl.it/wf/click?upn=LLQySNMYKcsdrD3Xpw6uy2nGqoz6hoT3s1h4Iok…> >>> >>> Read more about it here >>> <http://url1361.repl.it/wf/click?upn=LLQySNMYKcsdrD3Xpw6uy2nGqoz6hoT3s1h4Iok…>, >>> or, better yet, hop in >>> <http://url1361.repl.it/wf/click?upn=LLQySNMYKcsdrD3Xpw6uy7y9lyv5Ff-2FoVbyQr…>, >>> invite your friends and start coding! >>> >>> Amjad from Repl.it >>> >>> 767 Bryant St, #210, San Francisco, CA 94107 >>> >>> Unsubscribe >>> <http://url1361.repl.it/asm/unsubscribe/?user_id=8107274&data=346ff9QOfXR57C…> >>> - Unsubscribe Preferences >>> <http://url1361.repl.it/asm/?user_id=8107274&data=USDh4jRtVtwga9cUFmXIXfBZ19…> >>> >> >> >> -- >> _,,,^..^,,,_ >> best, Eliot >> >

Dec. 7, 2018

Re: [Pharo-dev] [Pharo-users] Fwd: Announcing Repl.it Multiplayer

by Tim Mackinnon

There was also the work that Jason and Julien did with âWolfpackâ (this was in VisualWorks) that explores the idea of group programming in an image. They did quite a few workshops on it, and it was tantalisingly interesting but I think they ran out of steam. Tim Sent from my iPhone > On 7 Dec 2018, at 06:34, Ben Coman <btc(a)openinworld.com> wrote: > > One advantage of their seemingly text-based system might be bandwidth, but Pharo is a graphical system. > It might be worthwhile for dispersed teams working on web hosted Pharo systems, but we already have remote tools. > I guess it might almost already be able to have multiple people using them simultaneously on the one image(?), but everyone would be looking at different Inpectors. > It could be cool for a common Inspector instance to show up on multiple user screens. > But is it that much better than the other suggestions?? > > cheers -ben > >> On Fri, 7 Dec 2018 at 06:03, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: >> Hi Santiago, >> >>> On Thu, Dec 6, 2018 at 1:52 PM Santiago Bragagnolo <santiagobragagnolo(a)gmail.com> wrote: >>> Would this be interesting to have in pharo?? >> >> There is already previous relevant work. Look up Kansas for Self http://wiki.squeak.org/squeak/1357 and Nebraska for Squeak http://wiki.squeak.org/squeak/1356. Focussing on the Multiplayer like UI would be a major regression. Note that we already have lots fo relevant infrastructure, such as a VNC server that allows desktops to be shared. Building a shared programming environment for Pharo doesn't need to start from such limited models as the Multiplayer. >> >>> >>> What do you think? >>> >>> ---------- Forwarded message --------- >>> From: Amjad from Repl.it <contact(a)repl.it> >>> Date: jue., 6 de dic. de 2018 21:55 >>> Subject: Announcing Repl.it Multiplayer >>> To: <santiagobragagnolo(a)gmail.com> >>> >>> >>> >>> Hey Santiago, >>> >>> Professional programmers all know that software development is a fundamentally social experience. But coding remains a single-player experience by default â today, we're changing this! >>> >>> As part of our mission to make computing more accessible, we believe connecting coders, learners, and teachers together in real time, in the development environment, is a big piece of the puzzle. That's why we're proud to announce Multiplayer. >>> >>> Multiplayer lets you code with friends in the same editor, execute programs in the same interpreter, interact with the same terminal, chat in the IDE, edit files and share the same system resources, and ship applications from the same interface! We've redesigned every part of our infrastructure to work in multiplayer mode -- from the filesystem to the interpreter. >>> >>> Read more about it here, or, better yet, hop in, invite your friends and start coding! >>> Amjad from Repl.it >>> >>> 767 Bryant St, #210, San Francisco, CA 94107 >>> >>> Unsubscribe - Unsubscribe Preferences >>> >>> >> >> >> -- >> _,,,^..^,,,_ >> best, Eliot

Dec. 7, 2018