June 2012 - Pharo-users - lists.pharo.org

Re: [Pharo-users] loading order for seaside / DBXTalk + Magritte / Pharo 1.4 / configuration

by Cameron Sanders

On Sat, Jun 9, 2012 at 3:39 PM, Cameron Sanders < csanders(a)debrispublishing.com> wrote: > I keep having problems with configurations. The documentation for each > particular tool looks so simple, and seems to work all by itself, but for > some reason, I keep failing at having one 1.4 (or 1.3) image where > everything works (e.g. Glorp AND seaside AND DBXTalk); though I do have 3 > different images where 2-out of three work, so by revolving my dev process > through the images, I can make headway... but there must be a better way. > Especially given that those images contain different versions of the tools > and core image. > > Is there someone who has all three tools (Glorp, DBXTalk & Magritte, and > Seaside) coexisting and playing well together in a 1.4 (or 1.3) image? > Could you please drop me an email? > > I also want to use Fuel for some things. > > How much money would I need to donate to Pharo per year, so that the > recipients would make available an image meeting my (see above) specs with > the recommended patterns working? With updates available every 3 months, > for example. > [if i pay for something, deducting the money from my taxable income is no problem.] > > I am sure there are a few common configurations that people would like. > Part of the problem of course is the explosion of tools! Nice work > everybody!! > - > > Who would be the DBXTalk expert? For some reason I am unable to post on > the nabble forum -- oddly, a private thread of emails I shared with Pamela > ended up there, but I cannot seem to post directly. I keep trying to join, > but nabble never lets me in. [I must be making another stupid mistake...] > > I have a few fixes for DBXTalk: the Magritte descriptions generation (I > switched Array output code-generation to the {...} format instead of #( > ...) which was not allowing #conditions: to be properly formatted, which > may be a problem for other smalltalk environments), and other trivial fixes. > - > Any help or guidance you can provide is most welcome! > > -Cam Sanders > 603-412-2134 > PS: any pharo smalltalkers right here in New Hampshire, USA? > >

June 9, 2012

Re: [Pharo-users] Versionner a GUI for metacello

by Juan Pablo Sandoval Alcocer

Hi Sean, Thank you for the new version of the config. As Stef wrote, I am working in a Spec version of Versionner :). I will send a notification when ready. Cheers, Juan Pablo 2012/6/8 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > cool > ben just told me that juan is working on a spec version so we will be able > to include it in the system. > > Stef > > On Jun 8, 2012, at 11:36 PM, Sean P. DeNigris wrote: > > > > > Juan Pablo Sandoval wrote > >> > >> You can find more about Versionner here: > >> http://www.dcc.uchile.cl/~jsandova/ > >> versionner. Including the install instructions and screenshots. > >> > > > > Cool tool! > > > > About the load instructions... > > * you probably don't need all of Glamour if you're just using the browser > > stuff (I never load it all) > > * Metacello is great at managing package dependencies, so your config > should > > load Glamour - no separate step needed. > > > > I'm attaching a new version of the config that loads Glamour and loads > > everything ~4.5X faster (only Core and Morphic from Glamour). > > > > http://forum.world.st/file/n4633954/ConfigurationOfVersionner.st > > ConfigurationOfVersionner.st > > > > -- > > View this message in context: > http://forum.world.st/Versionner-a-GUI-for-metacello-tp4607220p4633954.html > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > > -- Juampi

June 8, 2012

Re: [Pharo-users] Versionner a GUI for metacello

by StÃ©phane Ducasse

cool ben just told me that juan is working on a spec version so we will be able to include it in the system. Stef On Jun 8, 2012, at 11:36 PM, Sean P. DeNigris wrote: > > Juan Pablo Sandoval wrote >> >> You can find more about Versionner here: >> http://www.dcc.uchile.cl/~jsandova/ >> versionner. Including the install instructions and screenshots. >> > > Cool tool! > > About the load instructions... > * you probably don't need all of Glamour if you're just using the browser > stuff (I never load it all) > * Metacello is great at managing package dependencies, so your config should > load Glamour - no separate step needed. > > I'm attaching a new version of the config that loads Glamour and loads > everything ~4.5X faster (only Core and Morphic from Glamour). > > http://forum.world.st/file/n4633954/ConfigurationOfVersionner.st > ConfigurationOfVersionner.st > > -- > View this message in context: http://forum.world.st/Versionner-a-GUI-for-metacello-tp4607220p4633954.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

June 8, 2012

Re: [Pharo-users] Versionner a GUI for metacello

by Sean P. DeNigris

Juan Pablo Sandoval wrote > > You can find more about Versionner here: > http://www.dcc.uchile.cl/~jsandova/ > versionner. Including the install instructions and screenshots. > Cool tool! About the load instructions... * you probably don't need all of Glamour if you're just using the browser stuff (I never load it all) * Metacello is great at managing package dependencies, so your config should load Glamour - no separate step needed. I'm attaching a new version of the config that loads Glamour and loads everything ~4.5X faster (only Core and Morphic from Glamour). http://forum.world.st/file/n4633954/ConfigurationOfVersionner.st ConfigurationOfVersionner.st -- View this message in context: http://forum.world.st/Versionner-a-GUI-for-metacello-tp4607220p4633954.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 8, 2012

Re: [Pharo-users] working with athens balloon

by Igor Stasenko

On 8 June 2012 07:59, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi Igor, > > On 8 Jun 2012, at 00:11, Tudor Girba wrote: > >> Hi, >> >> On 7 Jun 2012, at 15:57, Igor Stasenko wrote: >> >>> ouch.. looks like extension methods is wiped from LogicalFont.. >>> i will add them back.. >> >> Thanks. > > Please just let me know when you re-add the methods so that I can test it. > sure > Cheers, > Doru > > > -- > www.tudorgirba.com > > "It's not what we do that matters most, it's how we do it." > > -- Best regards, Igor Stasenko.

June 8, 2012

Re: [Pharo-users] Fuel FLMethodChanged error

by Mariano Martinez Peck

On Fri, Jun 8, 2012 at 1:41 AM, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > On 06/07/2012 02:25 PM, Mariano Martinez Peck wrote: > >> | serializer | >> serializer := FLSerializer newFull. >> serializer serialize: xxx on: aStream. >> >> and tell me if that also work? >> > > > > After loading FuelMetaLevel as Martin suggested the above code works to > serialize and materialize the problematic domain objects just fine. > Ok, just to clarify: when you install the package Fuel only, and in your graph you have entities like classes or methods, they will be considered "global", that is, we just store the class name and selector and during materialization we search it in the Smalltalk globals. If the class/method is not present, we throw an error. Now...closures are more complicated because you can even EVALUATE them. If the method surrounding the closure has changed in the image you are materializing, evaluating the closure (depending on the change in the method) can even crash your VM. Because of that, when serializing methods "as globals" we also store a chemsum and we compare during materialization to see that it hasn't change it. If changed, we throw the FLMethodChanged. With the package FuelMetalevel, and by using #newFull the serializer will consider the method as "full" so it will be fully serialized, and therefore you don't have the problem of the checksum. Anyway, you found a bug because you should not be needing FuelMetalevel since you are serializing and materializing in the same image. We will investigate it. Thanks -- Mariano http://marianopeck.wordpress.com

June 8, 2012

Re: [Pharo-users] working with athens balloon

by Tudor Girba

Hi Igor, On 8 Jun 2012, at 00:11, Tudor Girba wrote: > Hi, > > On 7 Jun 2012, at 15:57, Igor Stasenko wrote: > >> ouch.. looks like extension methods is wiped from LogicalFont.. >> i will add them back.. > > Thanks. Please just let me know when you re-add the methods so that I can test it. Cheers, Doru -- www.tudorgirba.com "It's not what we do that matters most, it's how we do it."

June 8, 2012

Re: [Pharo-users] FuelPreview doesn't work if you follow the instructions on the Fuel website.

by Martin Dias

> Is there a way to prevent the drawing of lines between nodes that are: > > nil, true, false, Characters, Symbols, and SmallIntegers? Hhm ok, probably in most cases it's superfluous to see such basic objects. > Also for those values and maybe strings can the nodes just be 'nil' or 4 or > $b whichever it may be instead of the black circles? good idea > When trying to visualize one of my domain objects the visualization looks > like the attached. > > And I can't really tell what's going on. Ouch, I know, that happens quite usually... Maybe Alexandre can help us to put another layout for the nodes? thanks MartÃn

June 8, 2012

Re: [Pharo-users] FuelPreview doesn't work if you follow the instructions on the Fuel website.

by Paul DeBruicker

That bit of code serializing the collection with SortedCollections and Dictionaries isn't something I'm using, its just recreated error that popped up when I was trying to sort out my initial problem. On 06/07/2012 04:53 PM, Martin Dias wrote: > in this case I think will be the same, but in others may differ. > > FuelPreview is a very new tool, please tell us what can be improved. Is there a way to prevent the drawing of lines between nodes that are: nil, true, false, Characters, Symbols, and SmallIntegers? Also for those values and maybe strings can the nodes just be 'nil' or 4 or $b whichever it may be instead of the black circles? When trying to visualize one of my domain objects the visualization looks like the attached. And I can't really tell what's going on. Thanks

June 8, 2012

Re: [Pharo-users] FuelPreview doesn't work if you follow the instructions on the Fuel website.

by Martin Dias

For viewing the example you sent in the other thread you may do: |coll| coll:=OrderedCollection new. (Interval from: 1 to: 100) do: [:each| coll add:( each \\ 2 = 0 ifTrue: [SortedCollection sortBlock:[:a :c | a name < c name] ] ifFalse:[Dictionary new] ) ]. (FLAnalyzer newDefault setDebug; analysisFor: coll) openPathsToEvery: [:o | o isKindOf: SortedCollection ]. Trick: in the case you want to explore the graph traced using FuelMetalevel, you should send #useFullMappers this way: (FLAnalyzer newDefault useFullMappers; setDebug; analysisFor: coll) openPathsToEvery: [:o | o isKindOf: SortedCollection ]. in this case I think will be the same, but in others may differ. FuelPreview is a very new tool, please tell us what can be improved. Cheers, MartÃn

June 7, 2012