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

Re: [Pharo-users] PBE.image
by Marcus Denker June 18, 2011

June 18, 2011

On Jun 16, 2011, at 12:51 PM, Mariano Martinez Peck wrote: > Hi. There was a change in the last years in Pharo and we have a new VM called CogVM which is the default since Pharo 1.1.1. So, Pharo 1.2.1 one click may probbaly be using a CogVM. > CogVM cannot open "old" Pharo images. I guess, that PBE.image is an "old" Pharo image, say 1.0, and hence, cannot be opened with a CogVM. > > So....you should try a non-cog VM. For example, you can try the same you did but with http://gforge.inria.fr/frs/download.php/27303/Pharo-1.1-OneClick.zip > > Or...ask if someone can recreate a new PBE.image cog compatible. > This is not possible as it is based on 1.0, and 1.0 is not compatible to Cog. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

4 3

Needed hooks to replace ImageSegment and ReferenceStream by Fuel?
by Mariano Martinez Peck June 16, 2011

June 16, 2011

Hi guys. Stef/Marcus are proposing to replace ImageSegment and RefenceStream by Fuel. Maybe in Pharo 1.4 or in the future. So, I need help to understand mostly the required "hooks". So far, I am aware of: *ReferenceStream* 1) #comeFullyUpOnReload: aReferenceStream This message is sent once the object is read from the stream, at materialization time. We already have this in Fuel and it is called #fuelAfterMaterialization 2) #objectForDataStream: refStrm This message is sent once the object is going to be written into the stream, at serialization time. The idea is that an object may not serialize itself as it is but something different. Most of the times, it is a DiskProxy, but not necessary. This doesn't go with the idea of Fuel, where the objects do not decide theirself how to be serialized/materialized but instead delegate to a cluster. 3) #applyConversionMethodsTo: objectIn className: className varMap: varMap This is for class shape changes. We will have another protocol. 4) #storeDataOn: aDataStream This message lets an object decide how to be serialized. *ImageSegment* a) #startUpFrom: anImageSegment Almost the same as 1). So....I am missing more? opinions? which of them are really used hooks? Thanks -- Mariano http://marianopeck.wordpress.com

1 0

planet updates, help needed
by Simon Michael June 16, 2011

June 16, 2011

Begin forwarded message: > From: Simon Michael <simon(a)joyful.com> > Date: June 15, 2011 3:22:50 PM PDT > To: squeak-dev(a)lists.squeakfoundation.org, pharo-users(a)lists.gforge.inria.fr > Subject: planet updates, help needed > > Hi all! > > I just did a minor cleanup of planet.squeak.org (our community's > blog aggregator(s)) and have a few items of business: > > I added a description to make clear that Pharo, Cuis, and all other > Squeak descendants I'm forgetting are very much on-topic for planet > squeak. Pharo may have its own planet by now, but I didn't find one, > so please send good Pharo-related feeds if appropriate. > > I noticed Planet Squeak (and siblings) is not linked from > squeak.org. Can someone add it, or may I have a(nother) editor login > to add it myself ? Speaking non-egotistically (honest), I would put > it as the top link in the Links box as it's the first place a casual > visitor would want to look for signs of life. Likewise, perhaps the > Pharoes would like to link it under External sites ? > > I have removed the sole feed (Serge Stinckwich) from > planetfr.squeak.org as it's now just a link stream. I guess I'll be > removing the french planet, unless I receive some french-language > squeakish blog feeds. > > Likewise the japanese planet is being kept alive only by Yoshiki, > but he is doing a fine job so it is safe. I know there is probably a > world of japanese-language squeak blogs of which I know nothing - > please send feeds if you want them to appear at planetjp.squeak.org. > > Croquet & offspring have had their own planet for some time: > planetcroquet.squeak.org, since the communities and interests seemed > distinct. It's fairly low traffic and has much more impressive > screenshots than the main planet. Does anyone think it should be > merged back into the main planet ? > > Best - Simon

4 3

Smalltalk meeting in Frankfurt / Germany 16.6
by Marcus Denker June 15, 2011

June 15, 2011

Hi, There will be a Smalltalk meeting in Frankfurt, Germany: https://www.xing.com/events/fsug-treffen-vortrag-frankfurt-schwalbach-do-16… 16.06.2011 Location: Cincom Systems Am Kronberger Hang 4 65824 Schwalbach Germany Thomas Holzer will present how Smalltalk is used at HRWorks http://www.hrworks.de -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

3 2

[PBE-Spanish] Status update 2011-06-15
by NicolÃ¡s Paez June 15, 2011

June 15, 2011

Hello everyone, Here is the status update of the Spanish translation of Pharo By Example book. Last week we realized that there was a chapter that we were forgetting to translate, ups!, but despite of that we are doing good progress. Chapter 01: 54% Chapter 02: 78% *Chapter 03: 100%, already publish* *Chapter 04: 100%, already publish* Chapter 05: 86% Chapter 06: 7% *Chapter 07: 100%, not publish yet* *Chapter 08: 29%* *Chapter 09: 100%, not published yet* * Chapter 10: not started* *Chapter 11: 100%, already published* Chapter 12: 47% *Chapter 13: 100%, not published yet* *Chapter 14: 100%, not published yet* Regards, Nico. blog: nicopaez.wordpress.com

2 1

Re: [Pharo-users] [Pharo-project] Anyone using ImageSegment aut-save on snapshot?
by Marcus Denker June 15, 2011

June 15, 2011

On Jun 15, 2011, at 2:01 PM, Mariano Martinez Peck wrote: > I don't think so: > > 1) If I remember correctly, that part was broken and I fixed it some time ago. But nobody ever reported that, I found it. > 2) Few people is using ImageSegment in general. In fact, I don't know anyone apart from Netstyle.net and Squeak Projects (which are not anymore in Pharo). > 3) Not every users of ImageSegment use the default location of the files. I am almost sure Netstyle.net don't do that. > > So, if we join 1), 2) and 3), the conclusion is that I don't know anyone who is using this feature. But maybe there are.... > > I would remove them and, in the future, if needed, do a kind of notification for image renaming where listeners can be registered. > Ok, then let's remove it. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

Re: [Pharo-users] [Pharo-project] Anyone using ImageSegment aut-save on snapshot?
by Mariano Martinez Peck June 15, 2011

June 15, 2011

I don't think so: 1) If I remember correctly, that part was broken and I fixed it some time ago. But nobody ever reported that, I found it. 2) Few people is using ImageSegment in general. In fact, I don't know anyone apart from Netstyle.net and Squeak Projects (which are not anymore in Pharo). 3) Not every users of ImageSegment use the default location of the files. I am almost sure Netstyle.net don't do that. So, if we join 1), 2) and 3), the conclusion is that I don't know anyone who is using this feature. But maybe there are.... I would remove them and, in the future, if needed, do a kind of notification for image renaming where listeners can be registered. Cheers Mariano On Wed, Jun 15, 2011 at 1:18 PM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > Hi, > > There is code in the image that does check on startup for old image > segments: > > saveImageSegments: previousFullImageName > "This method is used for example when you save an image with another > name. In this case, if there are segments written to files and there are > ImageSegment instances, then it copies the file from the previous image > location, to the new one. It is like a backup of the segment files when > renaming an image. " > > > And there is code to clean up these files: > > > reclaimObsoleteSegmentFiles "ImageSegment reclaimObsoleteSegmentFiles" > "Delete segment files that can't be used after this image is saved. > Note that this is never necessary -- it just saves file space. > This is usually used when we save and quit an image. It has no sense > to keep ImageSegment files, if we don't have the ImageSegment object in the > new image to recover that file. Thus, those objects that are not reclaimed, > will be removed." > > > Is anyone using this? > > > Marcus > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > -- Mariano http://marianopeck.wordpress.com

1 0

Re: [Pharo-users] TWM custom buttons (was: Multiple World integration)
by laurent laffont June 15, 2011

June 15, 2011

Hi Benjamin, Here's a first version where you can add your own buttons using a pragma, like this: SomeClass class>>buttonTestRunner: aBuilder <twmBarButton> aBuilder action: [TestRunner open]; help: 'open TestRunner'; icon: TestRunner taskbarIcon'. See TWMBarInANewWorldTest>>setUp and tests. Laurent. On Fri, Jun 10, 2011 at 1:57 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > On Thu, Jun 9, 2011 at 8:36 PM, Benjamin < > benjamin.vanryseghem.pharo(a)gmail.com> wrote: > >> >> >> >> Here is a UGLY changeset, just to show you what I was talking about :) >> > > OK I will look at it. It seems I'll have to go sleep late next days :) > > Laurent > > > >> >> For now you have to defined your method with pragma before displaying the >> dock bar, and only support vertical bar, but like that you can see :) >> >> (and yes, using MenuSpec to build buttons is bad ;) but the pragma >> hierarchy is a bit weird, so you can't properly inherits :s ) >> >> So by example add the method: >> >> finderButtonOn: aBuilder >> "I build a menu" >> <shortcutTWM> >> (aBuilder item: #Finder) >> action: [self open]; >> order: 0; >> parent: #Tools; >> help: 'Looking for something ?'; >> icon: self icon >> >> on Finder class side, open the Dock bar :) >> >> >> >> Ben >> >> PS: if you like it, I can do a better implementation ;) >> >> On Jun 8, 2011, at 5:07 PM, laurent laffont wrote: >> >> On Wed, Jun 8, 2011 at 4:32 PM, Benjamin Van Ryseghem < >> benjamin.vanryseghem.pharo(a)gmail.com> wrote: >> >>> >>> >>> 2011/6/8 laurent laffont <laurent.laffont(a)gmail.com> >>> >>>> On Wed, Jun 8, 2011 at 4:05 PM, Benjamin Van Ryseghem < >>>> benjamin.vanryseghem.pharo(a)gmail.com> wrote: >>>> >>>>> >>>>> On Jun 8, 2011, at 7:50 AM, laurent laffont wrote: >>>>> >>>>> On Wed, Jun 8, 2011 at 7:35 AM, StÃ©phane Ducasse < >>>>> stephane.ducasse(a)inria.fr> wrote: >>>>> >>>>> the snapshotting looks really cool! >>>>> >>>>> In nautilus benjmain added groups. >>>>> >>>>> >>>>> And TWM has already support for nautilus ;) >>>>> >>>>> >>>>> Cool :-) >>>>> >>>>> >>>>> >>>>> I would like to know if we can use TWM as a kind of toolbar and add >>>>> some custom shortcuts ? >>>>> >>>> >>>> What kind of shortcuts ? >>>> >>> >>> I dunno, a button like when I click on it, it opens a Browser or >>> something like that >>> >> >> >> Something like >> >> AbstractTWMBarButton subclass: #MyDoSomethingButton >> >> MyDoSomethingButton>>help >> ^ 'I do a wonderful thing' >> >> MyDoSomethingButton>>icon >> ^ blabla asForm >> >> MyDoSomethingButton>>execute >> MyThing new open. >> >> MyDoSomethingButton>>priority >> ^ 25 >> >> and then TWMBar creates one button per AbstractTWMBarButton subclass. >> >> >> Is this what you would like ? >> >> And someone want to do this ? :) >> >> >> Laurent. >> >> >> >> >> >>> >>> >>> Ben >>> >>> >>>> >>>> Laurent. >>>> >>>> >>>> >>>> >>>> >>>>> >>>>> >>>>> Ben >>>>> >>>>> >>>>> >>>>> Laurent. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Stef >>>>> >>>>> >>>>> >>>>> On Jun 7, 2011, at 10:33 PM, laurent laffont wrote: >>>>> >>>>> >>>>> > With the help of my local developper group, I've integrated Sean >>>>> DeNigris work and now Tiling Window Manager supports Multiple Worlds. >>>>> >>>>> > >>>>> >>>>> > Here's a screencast that shows the progress. (My English seems a >>>>> little less catastrophic than the previous screencast :) >>>>> >>>>> > >>>>> >>>>> > http://magaloma.blogspot.com/2011/06/multiple-worlds-for-twm.html >>>>> >>>>> > >>>>> >>>>> > >>>>> >>>>> > Cheers, >>>>> >>>>> > >>>>> >>>>> > Laurent Laffont - @lolgzs >>>>> >>>>> > >>>>> >>>>> > Pharo Smalltalk Screencasts: http://www.pharocasts.com/ >>>>> >>>>> > Blog: http://magaloma.blogspot.com/ >>>>> >>>>> > Developer group: http://cara74.seasidehosting.st >>>>> >>>>> > >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>> >> >> >> >

1 0

Re: [Pharo-users] Change an existing method from another project
by Marcus Denker June 14, 2011

June 14, 2011

On Jun 14, 2011, at 9:41 AM, laurent laffont wrote: > On Tue, Jun 14, 2011 at 9:33 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Jun 14, 2011, at 9:30 AM, laurent laffont wrote: > > > On Tue, Jun 14, 2011 at 9:06 AM, Miguel Moquillon <miguel.moquillon(a)gmail.com> wrote: > > Le 13/06/2011 17:57, StÃ©phane Ducasse a Ã©crit : > > > > > > On Jun 13, 2011, at 9:09 AM, Miguel Moquillon wrote: > > > > Ok, > > > > I will extend SUnit to integrate my extensions. > > (It is unfortunate because there is just only one or two methods to change.) > > > > so be ready that your code will not work when the next version of Sunit show up. > > I really think that this is better to fork one version where we can do what we want. > > Thus I have two possible solutions: > > - provide a direct contribution to the SUnit project with my code, > > - or fork SUnit to a new project (PharoUnit?) so that anybody can enhance the unit test framework for Pharo. > > > > In fact, I don't know if the Pragma implementation in Pharo is specific to the Squeak/Pharo smalltalk dialect. In that case, I think it would be better to fork SUnit as my changes will be based upon pragmas. > > > > > > Indeed http://squeaksource.com/SUnit is global Read / Write, creator/admin = Marcus Denker, so I suppose you can submit a package/branch in this repo safely. > > > But keep in mind that the SUnit from Pharo is not regularly saved there... maybe it should? But than, without automatisation this is too much work. > > ok. Miguel, the right process may be: > - fork SUnit in your own repo. You can use the existing repo for that... no problem. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

Re: [Pharo-users] Change an existing method from another project
by Marcus Denker June 14, 2011

June 14, 2011

On Jun 14, 2011, at 9:30 AM, laurent laffont wrote: > On Tue, Jun 14, 2011 at 9:06 AM, Miguel Moquillon <miguel.moquillon(a)gmail.com> wrote: > Le 13/06/2011 17:57, StÃ©phane Ducasse a Ã©crit : > > > On Jun 13, 2011, at 9:09 AM, Miguel Moquillon wrote: > > Ok, > > I will extend SUnit to integrate my extensions. > (It is unfortunate because there is just only one or two methods to change.) > > so be ready that your code will not work when the next version of Sunit show up. > I really think that this is better to fork one version where we can do what we want. > Thus I have two possible solutions: > - provide a direct contribution to the SUnit project with my code, > - or fork SUnit to a new project (PharoUnit?) so that anybody can enhance the unit test framework for Pharo. > > In fact, I don't know if the Pragma implementation in Pharo is specific to the Squeak/Pharo smalltalk dialect. In that case, I think it would be better to fork SUnit as my changes will be based upon pragmas. > > > Indeed http://squeaksource.com/SUnit is global Read / Write, creator/admin = Marcus Denker, so I suppose you can submit a package/branch in this repo safely. > But keep in mind that the SUnit from Pharo is not regularly saved there... maybe it should? But than, without automatisation this is too much work. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1