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

Re: [Pharo-dev] Thanks for the configuration Browser :)

by Goubier Thierry

You just need a single user of Smacc in Pharo2 for that :) Thierry Le 30/08/2013 22:45, StÃ©phane Ducasse a Ã©crit : > and for the configurations that are up to dateâ¦ > In 3 min I could load Smacc in Pharo2.0 > > Stef > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Sept. 2, 2013

Yet another Blog on Pharo

by Fernando Olivero

Hi, if you're interested in learning more about the graphical infrastructure of our beloved Smaltalk system, you can read the following blog: http://fernandoolivero.wordpress.com I'll be writing about the fixes, enhancements and cleanups I'll be performing in the context of my post-doc @ RMoD with Stef and his group. Hope you find it an interesting read! Saludos, Fernando

Sept. 2, 2013

Re: [Pharo-dev] WhatsUp from: 2013-09-02 until: 2013-09-15

by Guillermo Polito

On Mon, Sep 2, 2013 at 7:00 AM, <seaside(a)rmod.lille.inria.fr> wrote: > Hi! We're sending this automatic email twice a month, to give the > community an opportunity to easily know what's happening and to coordinate > efforts. Just answer informally, and feel free to spawn discussions > thereafter! > > ### Here's what I've been up to since the last WhatsUp: > > VMing - added SIGUSR1 handler to cocoa vms - made cocoa vms compile in clang (so they get respectable performance again) - started working on display plugin to decouple window creation from main VM sources in cocoa DBXTalk - coaching - testing new nativeboost opendbx driver > > ### What's next, until 2013-09-15 (*): VMing - display plugin - finishe cocoa vm decoupling - expose window creation as VM primitives - maybe start with unix DBXTalk - coaching - mysql opendbxless driver - getting more visibility :) > > (*) we'll be expecting results by then ;) > >

Sept. 2, 2013

Re: [Pharo-dev] DSM in Roassal

by Volkert Barr

No source code analyse. The information is about our application landscape and the data comes from from different data sources (as CSV-Files). I am using Pharo 2.0 with Roassal, NeoCSV ... On 02.09.2013, at 07:52, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > there is a DSM support in Moose. > In what languages are written the app you want to analyse? > > On Sep 1, 2013, at 5:43 PM, Volkert Barr <volkert(a)nivoba.de> wrote: > >> Dear all, >> >> i am using Roassal for visualizing applications dependencies and metrics of applications / applications clusters >> on enterprise architecture level. I would now do some experiments with DSM and found an older mailing list post that DSM >> support in Roassal is currently in development. That is cool :-) >> >> How can i tests this feature? It is not part of the latest Roassal (dev) version. Please help ... :-) >> >> BW, >> Volkert >> >> >> >> > > -- www.nivoba.de www.traveling-light.de

Sept. 2, 2013

Re: [Pharo-dev] DSM in Roassal

by Volkert Barr

Dear Alexandre, which Pharo and Roassal Version? I am loading the packages in Pharo 2.0 (Summer), but the examples did not work (ROLabel class(Object)>>doesNotUnderstand: #verticalText). Gofer new squeaksource: 'Roassal'; package: 'ConfigurationOfRoassal'; load. (Smalltalk at: #ConfigurationOfRoassal) project lastVersion load. Gofer new smalltalkhubUser: 'JurajKubelka' project: 'RoassalProposals'; package: 'RoassalGraphBuilders'; load. (Smalltalk globals at: #RODependencyMatrixBuilderTest) browse. No, i am not at the ESUG. BW, Volkert On 01.09.2013, at 19:38, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi Volkert, > > Yes, we started an effort on that. > > Consider: > > | view builder | > view := ROView new. > builder := RODependencyMatrixBuilder new. > builder model: (Array with: true with: false). > builder dependencyBoolean: #xor:. > builder gapSize: 0. > > builder on: view. > view open > > <Screen Shot 2013-09-01 at 12.04.56 PM.png> > > Another example: > | view builder objects | > objects := ROShape withAllSubclasses. > view := ROView new. > view @ RODraggable. > > builder := RODependencyMatrixBuilder new. > builder model: objects. > " builder noVerticalShape." > builder dependency: #superclass. > builder gapSize: 0. > builder on: view. > view open > <Screen Shot 2013-09-01 at 12.06.55 PM.png> > > If you are working on something similar, it would be great to join forces... > > how to load Juraj's code: > Gofer new > smalltalkhubUser: 'JurajKubelka' project: 'RoassalProposals'; > package: 'RoassalGraphBuilders'; > load. > (Smalltalk globals at: #RODependencyMatrixBuilderTest) browse. > > Look at the ROMatrixExample class > > Will you be at ESUG? > > Cheers, > Alexandre > > > On Sep 1, 2013, at 11:43 AM, Volkert Barr <volkert(a)nivoba.de> wrote: > >> Dear all, >> >> i am using Roassal for visualizing applications dependencies and metrics of applications / applications clusters >> on enterprise architecture level. I would now do some experiments with DSM and found an older mailing list post that DSM >> support in Roassal is currently in development. That is cool :-) >> >> How can i tests this feature? It is not part of the latest Roassal (dev) version. Please help ... :-) >> >> BW, >> Volkert >> >> >> >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > -- www.nivoba.de www.traveling-light.de

Sept. 2, 2013

Re: [Pharo-dev] "self foo: (var := â¦)" vs "var := â¦. self foo: var"

by StÃ©phane Ducasse

Alex from a style point of view I found really ugly to use the side effect value. I tend to think that they return #undefined as in Scheme. Stef On Sep 1, 2013, at 3:02 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi! > > I am facing a strange situation: > > The following expression raises an error: > -=-=-=-=-=-=-=-=-= > rawView add: (helpLabel := (ROElement on: 'Click here!') + ROLabel). > -=-=-=-=-=-=-=-=-= > > Apparently, what is sent as argument to #add: is an integer. > > I have to update my code with : > -=-=-=-=-=-=-=-=-= > (helpLabel := (ROElement on: 'Click here!') + ROLabel). > rawView add: helpLabel. > -=-=-=-=-=-=-=-=-= > > To not have an error. > > This is really strange! By the way, this looks like the issue with Metacello? > > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

Sept. 2, 2013

Re: [Pharo-dev] Should Job use SystemAnnouncer?

by StÃ©phane Ducasse

did you notice a different between SystemAnnouncer and replacing it by another one? On Sep 1, 2013, at 8:43 PM, Stephan Eggermont <stephan(a)stack.nl> wrote: > While profiling some progressbar code, I noticed Job uses > the SystemAnnouncer. It seems odd that an Announcer used > for noticing code changes is reused for something unrelated > to code changes. Could we have a separate announcer for this? > > > Stephan >

Sept. 2, 2013

Re: [Pharo-dev] DSM in Roassal

by StÃ©phane Ducasse

there is a DSM support in Moose. In what languages are written the app you want to analyse? On Sep 1, 2013, at 5:43 PM, Volkert Barr <volkert(a)nivoba.de> wrote: > Dear all, > > i am using Roassal for visualizing applications dependencies and metrics of applications / applications clusters > on enterprise architecture level. I would now do some experiments with DSM and found an older mailing list post that DSM > support in Roassal is currently in development. That is cool :-) > > How can i tests this feature? It is not part of the latest Roassal (dev) version. Please help ... :-) > > BW, > Volkert > > > >

Sept. 2, 2013

WhatsUp from: 2013-09-02 until: 2013-09-15

by seaside＠rmod.lille.inria.fr

Hi! We're sending this automatic email twice a month, to give the community an opportunity to easily know what's happening and to coordinate efforts. Just answer informally, and feel free to spawn discussions thereafter! ### Here's what I've been up to since the last WhatsUp: - $HEROIC_ACHIEVEMENTS_OR_DISMAL_FAILURES_OR_SIMPLE_BORING_NECESSARY_TASKS ### What's next, until 2013-09-15 (*): - $NEXT_STEPS_TOWARDS_WORLD_DOMINATION (*) we'll be expecting results by then ;)

Sept. 2, 2013

Re: [Pharo-dev] "self foo: (var := â¦)" vs "var := â¦. self foo: var"

by Tudor Girba

As far as I know, it was the same problem that induced the Metacello loading problem related with SmallInteger. Doru On Sep 1, 2013, at 5:37 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Ok, thanks! > > Alexandre > > > On Sep 1, 2013, at 10:01 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> this is a VM problem, >> >> Use the latest (unstable) vm from here: http://files.pharo.org/vm/pharo/ >> Esteban updated the VM >> >> >> >> On 2013-09-01, at 15:02, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >>> Hi! >>> >>> I am facing a strange situation: >>> >>> The following expression raises an error: >>> -=-=-=-=-=-=-=-=-= >>> rawView add: (helpLabel := (ROElement on: 'Click here!') + ROLabel). >>> -=-=-=-=-=-=-=-=-= >>> >>> Apparently, what is sent as argument to #add: is an integer. >>> >>> I have to update my code with : >>> -=-=-=-=-=-=-=-=-= >>> (helpLabel := (ROElement on: 'Click here!') + ROLabel). >>> rawView add: helpLabel. >>> -=-=-=-=-=-=-=-=-= >>> >>> To not have an error. >>> >>> This is really strange! By the way, this looks like the issue with Metacello? >>> >>> Alexandre >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > -- www.tudorgirba.com "Every successful trip needs a suitable vehicle."

Sept. 1, 2013