May 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] cmd-dot is being temperamental in 2.0

by Francisco Garau

Hi - on a fresh Pharo 2.0 image (build 20041) open Nautilius and press cmd-dot: the usual User Interrupt debugger will appear. Close the debugger and click one of the Nautilius packages and press cmd-dot: nothing happens. Open a new Change Sorter window, go back to the previous Nautilius browser and cmd-dot works again. This is on Mac running OSX 10.6.8. The issue is reported in: http://code.google.com/p/pharo/issues/detail?id=5766 - Francisco

May 2, 2012

[Pharo-project] [newbies] How to move submorphs

by Martin Drautzburg

Hello all, I have an infinite ribbon, which represents time. In the ribbon there are submorphs which represent activities with a start and an end time. They have a model (think: gantt chart) I want to move those submorphs around with the mouse or lengthen or shorten them at their edges. To do this I want to change their models. The trouble is: only the ribbon itself knows how to translate geometry into time and vice versa. The "activity" Morphs know if the mouse is over one of their edges (for resize) or in the center (for move). So I really need to let the ribbon alter the activity models. But how can the ribbon know, which activity the cursor is over? I kind of want the activitiy Morphs to talk to the ribbon saying: "okay the curser is over my left edge, it is starting a mouse move, now you (ribbon) go ahead and change the start time of my model". How do the big boys do this? -- Martin

May 2, 2012

Re: [Pharo-project] [newbies] How can I diagnose kinetic scrolling screen flicker?

by Martin Drautzburg

On Wednesday, 2. May 2012 01:28:19 Chris Muller wrote: > Ensuring your drawOn: is fast is crucial for good frame-rate. > > Try profiling all processes, that should reveal something.. Thanks. Did that (kind of). I appears that I had some kind of layout loop, where an owner morph rearranges its children in a self written #doLayoutIn: method. However the child morphs seem to issue a #layoutChanged when moved. The thing is: I have to scroll an infinite horizontal "ribbon", and I am sure that changed horizontal positions of submorphs do not cause any parent to require re-layouting (other than clipping). I ended up overwriting #position: in the child morphs, such that #layoutChanged is no longer called and I let the parent rearrange its submorphs in a #timeChanged method rather than #doLayout. But I am still not happy with the code. You don't just move submorphs around with the usual #left: #right methods and friends when a parent morph enforces a particular layout, right?

May 2, 2012

Re: [Pharo-project] multiple pharo images

by Yanni Chiu

On 02/05/12 5:20 PM, Francisco Garau wrote: > How about Jenkins putting a build suffix to the images? -- something > like *Pharo-2.0.build-20040.image* > > At the moment, all the build generate files with the same name. I prefer to have the same name, otherwise I have to do one of two things: (1) edit the build script of dependent jobs to have the new name, or (2) re-name the image and changes file to match the build script. I suspect that follow on build jobs is the reason for the current naming convention.

May 2, 2012

[Pharo-project] multiple pharo images

by Francisco Garau

May 2, 2012

Re: [Pharo-project] Jenkins status icons

by Sean P. DeNigris

Yanni Chiu wrote > > the "Green Balls" plugin. > Thanks, perfect! If anyone else tries it, you may have to reset your browser cache after installing the plugin. Sean -- View this message in context: http://forum.world.st/Jenkins-status-icons-tp4604223p4604374.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 2, 2012

Re: [Pharo-project] Jenkins status icons

by Peter Hugosson-Miller

The only coloured icons I've ever seen Jenkins produce are blue, yellow, red and grey, blue being "all clear" and grey "disabled". I thought that was the standard, but I could be wrong... -- Cheers, Peter. On 2 maj 2012, at 21:32, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > How do you get the icon to turn green on a successful build? Jenkins is > picking up my test report and showing 0 failures, but the icon is blue > instead of green. > > Thanks, > Sean > > -- > View this message in context: http://forum.world.st/Jenkins-status-icons-tp4604223.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

May 2, 2012

Re: [Pharo-project] Jenkins status icons

by Yanni Chiu

On 02/05/12 3:32 PM, Sean P. DeNigris wrote: > How do you get the icon to turn green on a successful build? Jenkins is > picking up my test report and showing 0 failures, but the icon is blue > instead of green. At the end of the README at: https://github.com/renggli/builder it mentions the "Green Balls" plugin.

May 2, 2012

[Pharo-project] Jenkins status icons

by Sean P. DeNigris

How do you get the icon to turn green on a successful build? Jenkins is picking up my test report and showing 0 failures, but the icon is blue instead of green. Thanks, Sean -- View this message in context: http://forum.world.st/Jenkins-status-icons-tp4604223.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 2, 2012

Re: [Pharo-project] Multiple worlds

by H. Hirzel

On 5/2/12, Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no> wrote: > On 02.05.2012 16:22, Sean P. DeNigris wrote: >> EstebanLM wrote >>> I propose to just close the issue... having different words don't seems >>> to >>> match with current pharo approach and future envisioned scenarios. >>> >> What does that mean? For one thing, anybody that's been using TWM (like >> me) >> has had multiple worlds already since 1.3. Also, the code is extremely >> minimal (and could even be reduced a little more if that's the issue). >> Finally, this is a powerful feature... think OS X Spaces... >> >> Sean >> > +1. > Multiple worlds as per traditional morphic worlds = separate desktops > containing different morphs, different change sets, separate other bits > of state, fileOut/in of said state using image segments, various > intertwingeling here and there to make it tick. > Multiple worlds as proposed in the issue = separate desktops containing > different morphs. > > Cheers, > Henry > > Yes just different desktops containing different morphs but otherwise sharing changeSets etc is fine. No need for saving the worlds separately. Just the general image save is fine. --Hannes

May 2, 2012