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

Web with Pharo Conference 6 June 2013 @ Lille
by stephane ducasse May 15, 2013

May 15, 2013

Please distribute widely We are organizing a conference around the web and pharo the 6 June 2013 at http://www.euratechnologies.com https://www.inria.fr/centre/lille/agenda/web-3.0-avec-pharo Great speakers (J. Brichau from Yesplan, N. Petton from Amber and objectfusion, N Hartl from 2Denker,...) will present their business and products as well as some of the technology they use. Do not miss this key event. Please help us to make some buzz. https://www.facebook.com/events/534073843317751/ register at: http://bit.ly/16ahf7f Stef

1 0

Killing respondsTo:
by StÃ©phane Ducasse May 15, 2013

May 15, 2013

Hi I'm in favor killing all the respondsTo: acceptTextMorphs "Accept any text morphs except for those that have no edits." self allMorphs do: [:p | ((p respondsTo: #accept) and: [ (p respondsTo: #hasUnacceptedEdits) and: [ p hasUnacceptedEdits]]) ifTrue: [p accept]] :) And there are too many Smalltalk references in the system

9 18

About Announcements
by roberto.minelli＠usi.ch May 15, 2013

May 15, 2013

Hi, I was trying to use Announcements. In a nutshell I've a spec window which displays a collection of objects that are stored by a manager. By reading the collaborActive book, and the Help menu that comes with Pharo, I managed to have it working but I've a couple of question. Initially I modeled the thing as two separated announcers, one that sends events (i.e., the manager when new objects are added/removed) and another (i.e., the window which sends the on:do: message with the right Announcement subclass to perform something on the window itself). Unfortunately, this procedure did not work since the two announcers did not communicate between themselves. The solution I adopted is that the window (i.e., consumer of events) sends the on:do: message to the announcer of the manager. Is this the desired pattern to follow? Thanks in advance, Roby

1 0

[update 3.0] #30129
by Marcus Denker May 15, 2013

May 15, 2013

30129 ----- 7550 Unload keychain https://pharo.fogbugz.com/f/cases/7550 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tools-MarcusDenker.1120.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Text-MarcusDenker.70.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-Support-MarcusDenker.8… http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-CommandLine-MarcusDenk… http://smalltalkhub.com/mc/Pharo/Pharo30/main/StartupPreferences-MarcusDenk… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Morphic-MarcusDenker.1433.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/KeyChain-MarcusDenker.38.diff

1 0

Old Malinglists: delivering slowly
by Marcus Denker May 15, 2013

May 15, 2013

Hi, So the old lists started to deliver the mails send over the last week slowly. I have put them on emergency moderation, so please use the new list to answer. Marcus

1 0

about theme and friends
by StÃ©phane Ducasse May 14, 2013

May 14, 2013

esteban I discussed with damien and I think that now I got the solution. In fact the architecture should be the same than the one of settings. Every widget should have custom hooks and setter, getter and default values. The hooks should be annotated or registered seomwhere. Then the widget code simply uses the hooks normally. Now a theme changes should push new values onto these hooks. This will lead to a flow that is totally different. Nobody should write UITheme builder or even Smalltalk ui theme. I will try to build a small experiment but I'm sure that this is the solution Nobody call settings nowadays (as it was the case with Preferences in the past). Stef

9 15

About the window hierarchy
by StÃ©phane Ducasse May 14, 2013

May 14, 2013

Hi gary I wonder why the window hierarchy is so large. I thought that a window is a simple widget that can embedded other more complex one. As such I thought that we could have a couple different windows and that after we can get a hierarchy of classes such as PopupChoiceDialog or LongMessage â¦ that could be plugged into a window as a standalone or added to other more complex UI. S.

1 0

[update 3.0] #30128
by Marcus Denker May 14, 2013

May 14, 2013

30128 ----- 10619 Add a mock for the World https://pharo.fogbugz.com/f/cases/10619 7488 Spec About window text https://pharo.fogbugz.com/f/cases/7488 7002 Snapshot announcement https://pharo.fogbugz.com/f/cases/7002 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-Support-MarcusDenker.8… http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-Announcements-MarcusDe… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Spec-Widgets-MarcusDenker.163… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Spec-Core-MarcusDenker.114.di… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Spec-Bindings-MarcusDenker.24…

1 0

[Pharo-project] [regression reporter]regression occurred
by no-reply＠ci.inria.fr May 14, 2013

May 14, 2013

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=wi… 1 regressions found. Zinc.Tests.ZnClientTests.testRedirect

1 0

[Pharo-project] [regression reporter]regression occurred
by no-reply＠ci.inria.fr May 14, 2013

May 14, 2013

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=ma… 1 regressions found. Zinc.Tests.ZnClientTests.testRedirect

1 0