October 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Music beat detection and 60FPS graphics on Pharo?

by Sven Van Caekenberghe

> On 14 Oct 2017, at 11:05, Norbert Hartl <norbert(a)hartl.name> wrote: > > I think that should be easy. I did something like that for a club installation in the early 2000. Squeak had line-in sound and a FFT library. Combined with Morphic a super tool for doing fun stuff. Picturing Norbert as a DJ ... > Norbert > Am 14.10.2017 um 10:01 schrieb "phil(a)highoctane.be" <phil(a)highoctane.be>: > >> I'd like to do something like this: https://www.youtube.com/watch?v=vL7D4eU0lYE >> >> to showcase FFI, Bloc, and the Pharo liveliness. >> >> And once I get the basics working, level up in getting it working in a VR headset. >> >> Is there anyone having a binding to a library for dealing with the sound part, like FMod or other things like that? >> >> I see this as a medium term project, so, like I can get it working by the end of the year. >> >> TIA >> >> Phil

Oct. 14, 2017

Re: [Pharo-users] Bloc Example Errors & question

by Aliaksei Syrel

Hi Ricardo, Some examples such as example3D are meant to be experimental, so I moved them a bit far away from main examples. Additionally, we deprecated position: and it took some time to update examples, but now they should work :) In order to connect elements with lines you would need to use BlLineElement. Corresponding examples can be found in Bloc-Examples-Line category. In attachment I send a short video showing how lines behave when anchor elements are dragged/resized. â Bloc-LineExamples.mov <https://drive.google.com/file/d/0B-bMBVDOi3oTb1ZlVXVnS1ZlQTg/view?usp=drive…> â P.S. Just for fun I also attached a video of example3D. It is nothing special, just shows how to integrate OpenGL in Bloc. During esug Ronie told me that using UFFI-OpenGL is not the best approach. â Bloc-example3D.mov <https://drive.google.com/file/d/0B-bMBVDOi3oTYzBiZVZyOGxOYU0/view?usp=drive…> â Cheers, Alex On 14 October 2017 at 00:55, Ricardo Pacheco <ricardo.pacheco.roldan@gmail. com> wrote: > I was reviewing the Bloc examples because I'm looking for a way to connect > several blocks like this: <http://forum.world.st/file/t370703/muestra.png > > > . The idea is that if I move the block, the link with other blocks is kept. > I could not find any similar example. Any hint would be appreciated. > > Also, while reviewing the examples in the latest Pharo 6, some crashed and > a > couple even let Pharo unresponsive: > > BlBasicExamples >> example3D (crash) > BlBasicExamples >> exampleWithImage > BlBenchmark >> example_821nestedEl_in1000x1000_mouseMove50ms (crash) > BlMobilePhone >> open > > Thanks > > Ricardo > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > ââââ

Oct. 14, 2017

Fwd: [Pharo-dev] Let's prepare for Google Code-In 2017 with Pharo Consortium

by Serge Stinckwich

Dear Jigyasa, thank you for your hard work for promoting Pharo ! I followup your message to the Pharo-users mailing-list. If you want to help Pharo in a concrete way, please join the mentors team and try to propose exercices. Regards, ---------- Forwarded message ---------- From: Jigyasa Grover <grover.jigyasa1(a)gmail.com> Date: Thu, Oct 12, 2017 at 11:27 PM Subject: Re: [Pharo-dev] Let's prepare for Google Code-In 2017 with Pharo Consortium To: pharo-dev(a)lists.pharo.org Hello Pharo-ers ! On behalf of the community, I would like to thank each one of you for their significant contribution in the recently concluded *Google Summer of Code 2017* with *Pharo Consortium*. We aspire to take-off on a long flight after this successful stint. In this spirit, I proposed at ESUG 2017 that we take part in the upcoming *Google Code-In 2017*. GCI is a contest to introduce pre-university students (ages 13-17) to open source software development. Because Google Code-in is often the first experience many students have with open source, the contest is designed to make it easy for students to jump right in with /bite-sized tasks/ (3 to 5 days) having categorised as: Code, Documentation/Training, Outreach/Research, Quality Assurance, or User Interface. Students search for a task from the list created by us that interests them and claim it. They have at least three days to complete it. The student works on the task, getting guidance from mentors, if needed. Once the student is ready, they submit their work for review through the contest website. Mentors from the organisation evaluate the work, provide feedback, and if it's complete, accept it so that student can claim a new task. Otherwise, specific feedback is provided, and the student goes back to improving it. Participants who complete at least 1 task get a digital certificate. Participants who complete 3 or more tasks receive a t-shirt too. At the end of the contest, each organisation chooses five finalists to receive limited edition Google Code-in hoodies. Two finalists from each organisation get to be the grand prize winners and go on a trip to Google Headquarters in California ! The contest begins for students on November 28, 2017 at 09:00 (PST). *With organisation applications closing on October 24, 2017*, we need to be well prepared for this seasonâs application with a hope to get selected. As an open source evangelist and a Pharo developer, I would like to invite all the experienced members to be a part of the "GCI with Pharo Consortium" Team and mentor students. To get added to the âprivate repositoryâ (we need to keep prospective students away from the task list before the program begins ð ) where you can put in your tasks/suggestions kindly EMail me or any of the previously added mentor. Looking forward to an appreciable representation from the Pharo community. Best regards Jigyasa Grover Pharo Consortium Org Admin, Google Summer of Code 2017 [hidden email] Link to know more about GCI: https://codein.withgoogle.com/archive/ <https://codein.withgoogle.com/archive/ > Link to sample tasks: https://developers.google.com/open-source/gci/resources/example-tasks <https://developers.google.com/open-source/gci/resources/example-tasks> Link to FAQs: https://developers.google.com/open-source/gci/faq <https://developers.google.com/open-source/gci/faq > Link to contest rules: https://developers.google.com/open-source/gci/resources/contest-rules <https://developers.google.com/open-source/gci/resources/contest-rules> Link to GCI presentation for outreach: https://developers.google.com/open-source/gci/resources/ downloads/Google-Code-in-2016-slides.pdf <https://developers.google.com/open-source/gci/resources/ downloads/Google-Code-in-2016-slides.pdf> -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC/UY1) "Programs must be written for people to read, and only incidentally for machines to execute."http://www.doesnotunderstand.org/

Oct. 14, 2017

Re: [Pharo-users] "Building-With versus Building-on"

by Serge Stinckwich

On Sat, Oct 14, 2017 at 11:50 AM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > On 10/12/17, Andrew Glynn <aglynn42(a)gmail.com> wrote: > > https://medium.com/@dasein42/building-with-versus-building-on-c51aa3034 > > c71 > > This is an article not specifically about Pharo, rather on the state of > > the industry > > in general and how it got that way, but positing Pharo as a way to > > learn > > building-on rather than building-with, where in the latter case on > > every project you start at essentially the same place. > > As a result it does put in front of people a fair amount of info on > > Pharo, and challenges them to try it. > > > > cheersAndrew Glynn > > > Thank you for this comprehensive report. > > Do you have a reference for more info about the epidemiology project > which was completed in only a months time? [1] > > -- Hannes > > > > [1] <citation> > After Google spent millions failing to solve the epedemiology of the > Ebola outbreak, an application built with it, or rather on it, by one > developer in an extremely short timespan (under a month), successfully > predicted the path and allowed it to be stopped by vaccinating those > in the most likely path. Google themselves took notice, and their Dart > language, while using syntax similar to the JavaScript many of their > developers are familiar with, uses the object model from the OSS > Smalltalk. The problem is not simply a matter of how much engineers > enjoy their work, but it can be a life or death matter, as it was in > the case of the Toyota microcode. > </citation> > > â Yes I'm also interested by this. Never heard this before :-) -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC/UY1) "Programs must be written for people to read, and only incidentally for machines to execute."http://www.doesnotunderstand.org/

Oct. 14, 2017

Re: [Pharo-users] "Building-With versus Building-on"

by H. Hirzel

On 10/12/17, Andrew Glynn <aglynn42(a)gmail.com> wrote: > https://medium.com/@dasein42/building-with-versus-building-on-c51aa3034 > c71 > This is an article not specifically about Pharo, rather on the state of > the industry > in general and how it got that way, but positing Pharo as a way to > learn > building-on rather than building-with, where in the latter case on > every project you start at essentially the same place. > As a result it does put in front of people a fair amount of info on > Pharo, and challenges them to try it. > > cheersAndrew Glynn Thank you for this comprehensive report. Do you have a reference for more info about the epidemiology project which was completed in only a months time? [1] -- Hannes [1] <citation> After Google spent millions failing to solve the epedemiology of the Ebola outbreak, an application built with it, or rather on it, by one developer in an extremely short timespan (under a month), successfully predicted the path and allowed it to be stopped by vaccinating those in the most likely path. Google themselves took notice, and their Dart language, while using syntax similar to the JavaScript many of their developers are familiar with, uses the object model from the OSS Smalltalk. The problem is not simply a matter of how much engineers enjoy their work, but it can be a life or death matter, as it was in the case of the Toyota microcode. </citation>

Oct. 14, 2017

Re: [Pharo-users] "Building-With versus Building-on"

by A. Glynn

The problem is that it takes 1233 pages of config, and that's the summary page of my config, and it uses 15GB RAM, on my laptop, lol. On Sat, Oct 14, 2017 at 1:10 AM, jtuchel(a)objektfabrik.de < jtuchel(a)objektfabrik.de> wrote: > > > Am 12.10.17 um 20:04 schrieb Dimitris Chloupis: > >> >> Eclispe , which I will disagree with your that is not the worst IDE, >> started as a smalltalk IDE and then it got Eclipsed. I am sure those people >> had a "build on" environment , still it got messy. We can blame porting to >> Java, but can we really blame Java for the mess that is called >> "Eclipse".... ehhhh.... nope. >> >> Eclipse was never implemented in Smalltalk. Its predecessor, VisualAge > for Java (and parts of the other VisualAge family members) was. Eclipse was > started as a replacement for VisualAge for Java because Java develoers > didn't like VisualAge for its emulation of an image based environement. It > was a very nice IDE for Java (the best I've known), but it wasn't a nice > home for developers who think in files. > These days Eclipse, IMO, does emulate an image as good as possible, but > nobody cares anymore, because it hides the fact and lets you think in files > ;-) > > Joachim > > -- Andrew Glynn 512-818-3291

Oct. 14, 2017

Re: [Pharo-users] Music beat detection and 60FPS graphics on Pharo?

by Norbert Hartl

I think that should be easy. I did something like that for a club installation in the early 2000. Squeak had line-in sound and a FFT library. Combined with Morphic a super tool for doing fun stuff. Norbert > Am 14.10.2017 um 10:01 schrieb "phil(a)highoctane.be" <phil(a)highoctane.be>: > > I'd like to do something like this: https://www.youtube.com/watch?v=vL7D4eU0lYE > > to showcase FFI, Bloc, and the Pharo liveliness. > > And once I get the basics working, level up in getting it working in a VR headset. > > Is there anyone having a binding to a library for dealing with the sound part, like FMod or other things like that? > > I see this as a medium term project, so, like I can get it working by the end of the year. > > TIA > > Phil

Oct. 14, 2017

Music beat detection and 60FPS graphics on Pharo?

by phil＠highoctane.be

I'd like to do something like this: https://www.youtube.com/watch?v=vL7D4eU0lYE to showcase FFI, Bloc, and the Pharo liveliness. And once I get the basics working, level up in getting it working in a VR headset. Is there anyone having a binding to a library for dealing with the sound part, like FMod or other things like that? I see this as a medium term project, so, like I can get it working by the end of the year. TIA Phil

Oct. 14, 2017

Re: [Pharo-users] "Building-With versus Building-on"

by Dimitris Chloupis

I stand corrected On Sat, 14 Oct 2017 at 08:11, jtuchel(a)objektfabrik.de < jtuchel(a)objektfabrik.de> wrote: > > > Am 12.10.17 um 20:04 schrieb Dimitris Chloupis: > > > > Eclispe , which I will disagree with your that is not the worst IDE, > > started as a smalltalk IDE and then it got Eclipsed. I am sure those > > people had a "build on" environment , still it got messy. We can blame > > porting to Java, but can we really blame Java for the mess that is > > called "Eclipse".... ehhhh.... nope. > > > Eclipse was never implemented in Smalltalk. Its predecessor, VisualAge > for Java (and parts of the other VisualAge family members) was. Eclipse > was started as a replacement for VisualAge for Java because Java > develoers didn't like VisualAge for its emulation of an image based > environement. It was a very nice IDE for Java (the best I've known), but > it wasn't a nice home for developers who think in files. > These days Eclipse, IMO, does emulate an image as good as possible, but > nobody cares anymore, because it hides the fact and lets you think in > files ;-) > > Joachim > >

Oct. 14, 2017

Re: [Pharo-users] "Building-With versus Building-on"

by jtuchel＠objektfabrik.de

Am 12.10.17 um 20:04 schrieb Dimitris Chloupis: > > Eclispe , which I will disagree with your that is not the worst IDE, > started as a smalltalk IDE and then it got Eclipsed. I am sure those > people had a "build on" environment , still it got messy. We can blame > porting to Java, but can we really blame Java for the mess that is > called "Eclipse".... ehhhh.... nope. > Eclipse was never implemented in Smalltalk. Its predecessor, VisualAge for Java (and parts of the other VisualAge family members) was. Eclipse was started as a replacement for VisualAge for Java because Java develoers didn't like VisualAge for its emulation of an image based environement. It was a very nice IDE for Java (the best I've known), but it wasn't a nice home for developers who think in files. These days Eclipse, IMO, does emulate an image as good as possible, but nobody cares anymore, because it hides the fact and lets you think in files ;-) Joachim

Oct. 14, 2017