April 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Inspiration] Toward a better programming

by Tudor Girba

Exactly. And it is of critical importance to have these tools directly supported by the IDE :) Doru On Tue, Apr 1, 2014 at 10:57 AM, Pharo4Stef <pharo4Stef(a)free.fr> wrote: > Go go go! > Roassal2 (with Athens) can change the face of Pharo. > > Stef > > > > I cannot resist to jump on this. Indeed, we have the moral obligation to > promote what we have crafted over the year. > > Producing a high-quality video has been on my todo list for quite some > times already. As you probably know, we did some intent already (videos > about Roassal, GraphET, and other tools), but we were too young maybe. > > > > Within the next few weeks we will work on a cool video to promote > Roassal2, and our goal is to reach users beyond the Smalltalk boundary. We > have everything so far. The moose distribution is a wonderful toolbox that > can literally blow away any example shown in this video. > > > > As you may have seen, we have worked on Roassal2 which includes a new > geographical map builder, tabular table importer, GraphET2, fancy curves, > html and amber exporter. A video carefully orchestrated has the potential > to kick away Aurora, Light Table, Wolfram and all their friends. > > > > We will soon get there... > > > > Alexandre > > > > > > On Mar 29, 2014, at 2:20 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > >> Beautiful demo. This should be our game, yet others are playing it :(. > >> > >> Doru > >> > >> > >> On Sat, Mar 29, 2014 at 11:31 AM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > >> > >> On 29 Mar 2014, at 10:38, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> > >>> This is a nice write down: > >>> > >>> http://www.chris-granger.com/2014/03/27/toward-a-better-programming/ > >>> > >>> with a nice demo of a prototype: > >>> > >>> https://www.youtube.com/watch?v=L6iUm_Cqx2s > >>> > >>> Luckily, the horrible C++ code computing standard deviation in the > article can be written quite elegantly and directly in Pharo: > >>> > >>> | input | > >>> input := #(2 4 4 4 5 5 7 9). > >>> (((input - input average) raisedTo: 2) sum / (input size - 1)) sort. > >>> > >>> Sven > >> > >> Damn spelling correction ;-) > >> > >> | input | > >> input := #(2 4 4 4 5 5 7 9). > >> (((input - input average) raisedTo: 2) sum / (input size - 1)) sqrt. > >> > >> > >> > >> > >> > >> -- > >> www.tudorgirba.com > >> > >> "Every thing has its own flow" > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > -- www.tudorgirba.com "Every thing has its own flow"

April 1, 2014

Re: [Pharo-dev] Spec and forms

by Sean P. DeNigris

Sergi Reyner wrote > But MAContainerMorph does not inherit from Morph :) Yes, I always thought that was a mistake because it is confusing, and leads to wrong expectations like in this case. I meant to rename all like MAMorphicContainer, but haven't gotten around to it ----- Cheers, Sean -- View this message in context: http://forum.world.st/Spec-and-forms-tp4751908p4752011.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 1, 2014

Re: [Pharo-dev] Font problem identified

by Pharo4Stef

Thanks I will have a look. I was thinking to put in place a registration mechanism. Stef On 30 Mar 2014, at 19:56, Ben Coman <btc(a)openInWorld.com> wrote: > Pharo4Stef wrote: >> >> Thanks for you suggestion I will check how to implement a registration mechanism. >> I was wondering if I missed the obvious. >> >> Stef >> >> >>> i'd like to point out, that there is of course easy brute-force solution to this problem >>> (simply put dirty patch to force re-loading fonts).. >>> >>> however, i think we should wisely consider, how to deal with it in graceful manner by providing a font-registration mechanism for any potential 3-rd party package(s). >>> Like that, we will solve the problem for longer time period than just the single next day. >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >> >> >> >> > I've uploaded a possible solution. I learnt something new today. That is very cool to be able to embed fonts in the image like that. > cheers -ben

April 1, 2014

Re: [Pharo-dev] [Inspiration] Toward a better programming

by Pharo4Stef

Go go go! Roassal2 (with Athens) can change the face of Pharo. Stef > I cannot resist to jump on this. Indeed, we have the moral obligation to promote what we have crafted over the year. > Producing a high-quality video has been on my todo list for quite some times already. As you probably know, we did some intent already (videos about Roassal, GraphET, and other tools), but we were too young maybe. > > Within the next few weeks we will work on a cool video to promote Roassal2, and our goal is to reach users beyond the Smalltalk boundary. We have everything so far. The moose distribution is a wonderful toolbox that can literally blow away any example shown in this video. > > As you may have seen, we have worked on Roassal2 which includes a new geographical map builder, tabular table importer, GraphET2, fancy curves, html and amber exporter. A video carefully orchestrated has the potential to kick away Aurora, Light Table, Wolfram and all their friends. > > We will soon get there... > > Alexandre > > > On Mar 29, 2014, at 2:20 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Beautiful demo. This should be our game, yet others are playing it :(. >> >> Doru >> >> >> On Sat, Mar 29, 2014 at 11:31 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> On 29 Mar 2014, at 10:38, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >>> This is a nice write down: >>> >>> http://www.chris-granger.com/2014/03/27/toward-a-better-programming/ >>> >>> with a nice demo of a prototype: >>> >>> https://www.youtube.com/watch?v=L6iUm_Cqx2s >>> >>> Luckily, the horrible C++ code computing standard deviation in the article can be written quite elegantly and directly in Pharo: >>> >>> | input | >>> input := #(2 4 4 4 5 5 7 9). >>> (((input - input average) raisedTo: 2) sum / (input size - 1)) sort. >>> >>> Sven >> >> Damn spelling correction ;-) >> >> | input | >> input := #(2 4 4 4 5 5 7 9). >> (((input - input average) raisedTo: 2) sum / (input size - 1)) sqrt. >> >> >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

April 1, 2014

Re: [Pharo-dev] [Pharo-users] Tiny-social meeting in Buenos Aires

by Pharo4Stef

cool idea. stef On 31 Mar 2014, at 16:16, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi, > > As some of you know, Iâm on vacations in Buenos Aires. Last days I was talking with the other Esteban of this list and with Hernan about doing a Pharo meeting to talk about the upcoming Pharo3 and wellâ¦ to socialise a bit :) > It cannot be a true sprint or formal event because my times are complicated (also Iâm on holidays!) but is good to meet anyway and exchange impressions and news. > Anyway, it will be friday 18hs to 20:30hs, in this place: http://www.cervelar.com.ar > (in the Belgrano location). > > If you are in Buenos Aires and want to come, please send a confirmation (we need to make a reservation). > > Cheers, > Esteban > >

April 1, 2014

Re: [Pharo-dev] PharoVM on Windows & Code::Blocks for debugging

by phil＠highoctane.be

How are you guys debugging the Windows VM? What's your configuration? I have now installed CodeLite - and sources are okay in there - but that is not the point. What I want is to debug. And the make file is using MSYS/MinGW, so everything is unixy in there and CodeLite/CodeBlocks are using Windows pathes. At this point, vim and :make are doing ok for building but not for debugging. Sourcenavigator helps with cross navigating the code base. So, I am more like looking for a MSYS/MinGW setup that enables me to debug through a UI. Phil On Tue, Apr 1, 2014 at 8:56 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > >I'd like to know if someone managed to get Code::Blocks to work with the > >MinGW configuration. > > No - but I think it would be good if there would be a preconfigured project > for easy debugging with Eclipse CDT (C/C++ Development Tooling). > > Thx > T. > > >

April 1, 2014

PharoVM on Windows & Code::Blocks for debugging

by Torsten Bergmann

>I'd like to know if someone managed to get Code::Blocks to work with the >MinGW configuration. No - but I think it would be good if there would be a preconfigured project for easy debugging with Eclipse CDT (C/C++ Development Tooling). Thx T.

April 1, 2014

Re: [Pharo-dev] [Vm-dev] PharoVM on Windows & Code::Blocks for debugging

by HernÃ¡n Morales Durand

Hi Phil, Have you tried CodeLite [1]? Because I could create a workspace and a project and then imported all the files of the generated sources. HernÃ¡n [1] http://codelite.org/LiteEditor/CustomMakefiles 2014-03-31 18:13 GMT-03:00 phil(a)highoctane.be <phil(a)highoctane.be>: > > I'd like to know if someone managed to get Code::Blocks to work with the MinGW configuration. > > I've the build running from the command line. > > I can also configure C::B to use makefiles. > > Now, there seems to be some glitches and was curious to know if someone had a working setup. > > (Yes, one can use gdb in the command line mode, but it is ugly. And TUI doens't work on Windows). > > There are many interesting pieces of code in the Windows platform code. > And I'd like (at one point) to have a real headless Pharo.exe > > There are also the pieces to get the Pharo.exe run as a service natively. > > I've been studying this with SourceNavigator and done basic gdb work. But for larger work, I'd like to have a decent IDE. > > NOTE: my email appears to bounce on the vm-dev list, please someone help me sort that out. > > Phil > >

April 1, 2014