- Pharo-dev - lists.pharo.org

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

Re: [Pharo-dev] Spec and forms

by Sergi Reyner

2014-03-31 23:27 GMT+01:00 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com>: > Are you on Windows? > > Because I experienced some strange (though similar) issues on Windows > (gods know why :S) > Nope, IÂ´m a gentooist. I will soon be running Pharo at work, though. Cheers, Sergi

April 1, 2014

Re: [Pharo-dev] FogBugz (Case [Issue]13154) Pharo VM - BitBlt bug in alphaSourceBlendBits8

by Nicolas Cellier

2014-03-31 23:58 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > Thank you Nicolas, > I verified the fix, it works. > > I took nicolas' change and build a windows pharo vm. changing the bit depth > to 8bit littleendian (-8) works now. > > hey, you made the major contribution : find the bug and suggest a correction! http://bugs.squeak.org/view.php?id=7247 > But there are two more issues (not related to this fix). > 1. Changing Display depth to 4/8/16 shows horrible rendering artifacts > (those do not occur on squeak) > could it be related to issue 13057? > 2. Since refactoring some parts out of DisplayScreen into MorphicUIManager > you > can not change the depth from -XX to XX > Display newDepth:8 > has no effect if current display depth is -8. > (This happens on squeak too, verified in Squeak 4.4/Squeak 4.5). > > Hmm, bad, but certainly not an operation tested everyday :) > > BTW found this change for alphaSourceBlendBits8 its way into squeaks vm? > I took the lates 4.5 allinone and the bug is still there. > > regards > > It's in both VMMaker and VMMaker.oscog head revisions for sure. But I don't know which VM was included in the distribution. Squeak VM production is not as engineered as the Pharo one, I think it's hand-crafted, and the MacOSX version lacks hands now, so it might be behind... Nicolai > > > > > ---------- Forwarded message ---------- > From: Pharo Issue Tracker <do-not-reply(a)pharo.fogbugz.com> > Date: 2014-03-30 15:49 GMT+02:00 > Subject: FogBugz (Case [Issue]13154) Pharo VM - BitBlt bug in > alphaSourceBlendBits8 > To: "nicolaihess(a)web.de" <nicolaihess(a)web.de> > > > [image: avatar] > *Ulysse The Galactic Monkey From Outer Space* edited *Case 13154*: BitBlt > bug in alphaSourceBlendBits8 <https://pharo.fogbugz.com/default.asp?13154>: > > *Bug* in [image: Project:] Pharo VM: 2. External * You are subscribed > to this case > Issue Validation Failed: > https://ci.inria.fr/pharo/job/Pharo-3.0-Issue-Validator/14726//artifact/val… > Errors: 1 | > *Status* changed: > Resolved (Monkey is checking) [image: changed to] Work Needed > > [image: Priority] *Priority*: 5 - Fix If Time [image: Status] > *Status*: Work Needed [image: Assigned To] *Assigned to*: Nicolas > Cellier [image: Milestone] *Milestone*: Pharo3.0 > > Go to Case > <https://pharo.fogbugz.com/default.asp?13154> > No longer need updates? Unsubscribe from this case.<https://pharo.fogbugz.com/default.asp?pre=preUnsubscribe&pg=pgEditBug&comma…> > > Don't want FogBugz notifications anymore? Update your preferences.<https://pharo.fogbugz.com/default.asp?pg=pgPrefs> > > [image: FogBugz] A FogBugz case was edited by Ulysse The Galactic > Monkey From Outer Space. Case ID: 13154 Title: BitBlt bug in > alphaSourceBlendBits8 Status: Work Needed Category: Bug Project: Pharo VM > Area: 2. External Priority: 5 - Fix If Time Milestone: Pharo3.0: 30/03/2014 > (Today) Assigned To: Nicolas Cellier URL: > https://pharo.fogbugz.com/default.asp?13154 Changes: Status changed from > 'Resolved (Monkey is checking)' to 'Work Needed'. Issue Validation Failed: > https://ci.inria.fr/pharo/job/Pharo-3.0-Issue-Validator/14726//artifact/val… > Errors: 1 | You are subscribed to this case. If you do not want to receive > automatic notifications in the future, unsubscribe > (https://pharo.fogbugz.com/default.asp?pre=preUnsubscribe&pg=pgEditBug&comma…) > from this case. > >

April 1, 2014

Re: [Pharo-dev] Spec and forms

by Benjamin

Are you on Windows? Because I experienced some strange (though similar) issues on Windows (gods know why :S) Ben On 31 Mar 2014, at 23:59, Sergi Reyner <sergi.reyner(a)gmail.com> wrote: > 2014-03-31 22:48 GMT+01:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > > On 31 Mar 2014, at 18:40, Sergi Reyner <sergi.reyner(a)gmail.com> wrote: > >> 2014-03-31 22:36 GMT+01:00 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com>: >> On 31 Mar 2014, at 23:34, Sergi Reyner <sergi.reyner(a)gmail.com> wrote: >>> >>> Yes, MNU MAContainerMorph>>asSpecAdapter >>> >> >> #asSpecAdapter is implemented on Morph oO >> >> But MAContainerMorph does not inherit from Morph :) >> >> Object -> Model -> MADescriptionModel -> MAContainerMorph > > no matter, this: > > ProductFamily new asMagritteMorph morph asSpecAdapter > > should produce the right result (no image opened now, so it can be slightly different) :) > > Indeed it does. It looks slightly ugly though: > > defaultSpec > <spec: #default> > ^ SpecLayout composed > newColumn: [ :column | > column > add: #familyList; > add: #familyEditor ]; > yourself > > > initializeWidgets > familyList := self newList. > familyEditor := ProductFamily new asMagritteMorph morph asSpecAdapter. > > produces the attached result. > > Can it be easily fixed? > > > <PharoScreenshot.png>

April 1, 2014

Re: [Pharo-dev] Spec and forms

by Benjamin

On 31 Mar 2014, at 23:40, Sergi Reyner <sergi.reyner(a)gmail.com> wrote: > > But MAContainerMorph does not inherit from Morph :) I do not know how I could have imagined that it inherited from Morph :P Ben

April 1, 2014

Re: [Pharo-dev] Spec and forms

by Benjamin

On 31 Mar 2014, at 23:46, Sergi Reyner <sergi.reyner(a)gmail.com> wrote: > 2014-03-31 22:40 GMT+01:00 Sergi Reyner <sergi.reyner(a)gmail.com>: > 2014-03-31 22:36 GMT+01:00 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com>: > > On 31 Mar 2014, at 23:34, Sergi Reyner <sergi.reyner(a)gmail.com> wrote: >> >> Yes, MNU MAContainerMorph>>asSpecAdapter >> > > #asSpecAdapter is implemented on Morph oO > > Maybe > ProductFamily new asMagritteMorph morph asSpecAdapter > > But I can't try right now, real life is kicking in :S Keep me in touch then :) Ben

April 1, 2014