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

[Pharo-project] [update 1.3] #13265

by Marcus Denker

13265 ----- Issue 4407: Do not care about ImageSegments on image save / image load http://code.google.com/p/pharo/issues/detail?id=4407 Issue 4408: Small cleaup on unreferenced Variables. http://code.google.com/p/pharo/issues/detail?id=4408 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

June 15, 2011

Re: [Pharo-project] [Pharo-users] Anyone using ImageSegment aut-save on snapshot?

by Marcus Denker

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.

June 15, 2011

Re: [Pharo-project] Anyone using ImageSegment aut-save on snapshot?

by Mariano Martinez Peck

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

June 15, 2011

[Pharo-project] [PBE-Spanish] Status update 2011-06-15

by NicolÃ¡s Paez

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

June 15, 2011

Re: [Pharo-project] [Pharo-users] TWM custom buttons (was: Multiple World integration)

by laurent laffont

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 >>>>> >>>>> > >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>> >> >> >> >

June 15, 2011

[Pharo-project] Anyone using ImageSegment aut-save on snapshot?

by Marcus Denker

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.

June 15, 2011

Re: [Pharo-project] Fuel serialization - feature/bug

by Mariano Martinez Peck

On Tue, Jun 14, 2011 at 6:09 PM, Yanni Chiu <yanni(a)rogers.com> wrote: > On 14/06/11 4:41 AM, Mariano Martinez Peck wrote: > >> >> PRFuelPersistency class >> fuelIgnoredInstanceVariableNames >> ^#(directory) >> > > Using either one, the test now passes when using Fuel-MartinDias.259. Only > one of the #fuelIgnoredInstanceVariableNames is needed. Excellent. > I'll go with the above one, so that FSMemoryStore does not have to be > extended. > > +1 -- Mariano http://marianopeck.wordpress.com

June 15, 2011

[Pharo-project] Smalltalk meeting in Frankfurt / Germany 16.6

by Marcus Denker

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.

June 15, 2011

Re: [Pharo-project] starring our project on google

by Steve Taylor

On 15/06/11 02:09, Alexandre Bergel wrote: > Hi Guys! > > Don't forget to star our project: > http://code.google.com/p/pharo/ > http://code.google.com/p/moose-technology/ > http://code.google.com/p/metacello/ Done. May I make a suggestion for the Metacello page? The Pharo page starts with "Pharo is.." and a short description. The Moose page starts with "Moose is..." and a short description. The Metacello page should do the same. Actually, every open source project in the universe should do the same :) > Cheers, > Alexandre cheers, Steve

June 14, 2011

Re: [Pharo-project] [update 1.3] #13264

by Pavel Krivanek

http://code.google.com/p/pharo/issues/detail?id=4405 Please try it on Mac. -- Pavel On Tue, Jun 14, 2011 at 4:04 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Jun 14, 2011, at 3:54 PM, Pavel Krivanek wrote: > >> Great! Thank you very much. >> > > Thank you! > >> I'm trying to merge all PharoKernel generation scripts into one single >> call "Smalltalk shrinkToKernel" and it seems that it will work well >> (currently it generates 2.7MB image with two obsolete classes instead >> of 2.2MB and condensing of changes file must be done separatelly). >> > > Very good! > >> So the generation and future management of PharoKernel will be very >> easy including Hudson integration. > > yes, we should set up a hudson project to build this automatically. > As soon as you have something, I can help setting it up. > > > -- > Marcus Denker Â -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > >

June 14, 2011