July 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Baseline test results

by Mariano Martinez Peck

On Tue, Jul 14, 2009 at 8:56 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > where is the cs? In the link he said :) http://code.google.com/p/pharo/issues/detail?id=954 > > why don't you publish it in PharoTaskForces? > > Stef > > On Jul 13, 2009, at 11:21 PM, Michael Roberts wrote: > > > I have uploaded my cs to generate baseline test results here: > > > > http://code.google.com/p/pharo/issues/detail?id=954 > > > > and linked it off the wiki > > http://code.google.com/p/pharo/wiki/BaselineTestResults. > > > > Anyone with write access to the wiki is welcome to run the tests in > > new images / updates and post the results. Anyone with time on their > > hands can also fill in the history! It is almost automated. See the > > issue for a todo list; you can also post comments there. If anyone is > > interested in reviewing or improving please do. Perhaps this could be > > run as new pre-built images are uploaded to the download area? > > > > thanks, > > > > Mike > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 14, 2009

Re: [Pharo-project] Problem with encoding and double quotes

by Mariano Martinez Peck

On Tue, Jul 14, 2009 at 6:07 AM, Michael Rueger <m.rueger(a)acm.org> wrote: > 2009/7/14 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > The quotes you are mentioning are typographical quotes with unicode > values > 255. > > > If I copy paste "Muelle Almirante Storni" in a workspace of Pharo, it is > > perfectly understood. But if I paste I get: > > ?Muelle Almirante Storni? > > I'm confused what works and doesn't work. Copy/paste within Pharo with > normal or typographical quotes? Normal work perfect. With typographical when I past it, the quotes are replaced by '?' and thus I see ?Muelle Almirante Storni? > > > > ' âMuelle Almirante Storniâ' findString: 'esquel' startingAt: 1 > > caseSensitive: false > > This has a problem (index out of range) because internaly it tries to ask > > the asciiValue and this answers 2881 -> absurd > > > Is this a bug? or it is just like this ? > > sounds like two different bugs, the paste problem (if I understood you > correctly) and the search problem. In addition, I did this tests in Windows (the rest was Linux) and in windows works perfect all the situations with both quotes. > > > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 14, 2009

Re: [Pharo-project] Problem with encoding and double quotes

by Mariano Martinez Peck

On Tue, Jul 14, 2009 at 2:39 AM, Randal L. Schwartz <merlyn(a)stonehenge.com>wrote: > >>>>> "Mariano" == Mariano Martinez Peck <marianopeck(a)gmail.com> writes: > > Mariano> If I write in OpenOffice, when I type the double quote key, > OpenOffice > Mariano> writes something like this: âMuelle Almirante Storniâ > > That's Windows-1252. > > http://en.wikipedia.org/wiki/Windows-1252 > > It's not going to be interpreted properly unless everything beyond > that treats it as Windows-1252, and not ASCII or ISO-8859-1 or UTF-8, > none of which would like \223 and \224 as open and close quote. Thanks Randal. I imagined it was some windows related encoding :( > > > -- > Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 > <merlyn(a)stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> > Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. > See http://methodsandmessages.vox.com/ for Smalltalk and Seaside > discussion >

July 14, 2009

Re: [Pharo-project] Pharo-Dev/web Image slowness

by Janko MivÅ¡ek

Adrian Lienhard pravi: > We really need to change this situation. > > As Lukas pointed out, its not the OmniBrowser implementation that is > slow. There are some extended features of OmniBrowser that use > computation intensive or inefficient parts of the system like > PackageInfo. I really appreciate all these cool new features, but if > they make the browser slow, they defeat the whole purpose. > > Users don't know the details and they don't care. If they open a Pharo > image and its slow, then this just gives a bad impression. If people > start telling each other "Pharo is slow", we will loose reputation > that is very hard to win back. > > So I suggest to either disable the features that make the browser slow > so that it is snappy again or to replace it with the version Lukas is > using until it is fast enough. I agree completely with Adrian here. Please switch off those dynamic category features and similar until they will run efficiently. Current impression speed-wise is actually very bad and only for the people with strong nerves. But for competition with other Smalltalks, no chance! And a chance with 1.0 release will be lost in a reputation you'll improve back very hard. JAnko > On Jul 14, 2009, at 11:49 , Michael Rueger wrote: > >> On Tue, Jul 14, 2009 at 11:47 AM, StÃ©phane >> Ducasse<stephane.ducasse(a)inria.fr> wrote: >>> take the core image. >>> The default tools in web dev are too slow right now. >> Maybe we should point that out somewhere as we promote the dev-images >> as being "Pharo"? >> As we can see from some of the discussion on the Squeak list people >> then think Pharo in general is dog slow... >> >> Michael -- Janko MivÅ¡ek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si

July 14, 2009

Re: [Pharo-project] feedback

by David RÃ¶thlisberger

> - I feel the word Group a bit misleading. It does not say much > actually, especially since I am intended to use it all the time. yeah, I agree. What about 'working set'? 'active set'? 'active pkgs'? > - Going from Group to hierarchy, and hierarchy -> Group does not > preserve the selection. This is a crucial point in my opinion. ok, will fix this. > - I feel the browser is a bit slower than before hm. Doing what exactly is slower? Working with the package view should actually be a bit faster now. I'm not aware of anything that could have become slower. Cheers, David > On 12 Jul 2009, at 18:42, stephane ducasse wrote: > >> >> Begin forwarded message: >> >>> From: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >>> Date: July 12, 2009 6:42:00 PM CEDT >>> To: David RÃ¶thlisberger <roethlis(a)iam.unibe.ch> >>> Cc: Oscar Nierstrasz <oscar(a)iam.unibe.ch> >>> Subject: feedback >>> >>> could you name it in the menu >>> >>> OB Package Browser and not AdaptorBrowere >>> >>> Apparently I can get a space in the in the working set >>> >>> >>> >> <Picture 1.png> >>> >>> >>> >>> here is some feedback >>> >>> I would not hardcode - working set - >>> because you can have multiple ones >>> -> you have that already with group (a working set is just a group) >>> so I would not make any distinction (just stress the current one >>> may be with a star or bold). >>> >>> From a vocabulary standpoint I would use smart groups everywhere >>> (it fits the button labeling) >>> >>> I'm not sure that I would make a distinction between selected by >>> hand and recently modified. >>> there are the same: create a focus. Here is what I propose >>> >>> - the recently modified should go to the current smart group. >>> - I can select an item and move to current smart group or drag it >>> to the group I want >>> - I can select a group and mark it as current. >>> - I can delete a smart group >>> - then you have the results and this is ok (cannot be current), >>> - then when I create a new smart group I must give it a name (so >>> no --working sets --) >>> >>> Stef >>> >>> >>> >>> >>> >>> >

July 14, 2009

Re: [Pharo-project] Pharo-Dev/web Image slowness

by Adrian Lienhard

We really need to change this situation. As Lukas pointed out, its not the OmniBrowser implementation that is slow. There are some extended features of OmniBrowser that use computation intensive or inefficient parts of the system like PackageInfo. I really appreciate all these cool new features, but if they make the browser slow, they defeat the whole purpose. Users don't know the details and they don't care. If they open a Pharo image and its slow, then this just gives a bad impression. If people start telling each other "Pharo is slow", we will loose reputation that is very hard to win back. So I suggest to either disable the features that make the browser slow so that it is snappy again or to replace it with the version Lukas is using until it is fast enough. Cheers, Adrian On Jul 14, 2009, at 11:49 , Michael Rueger wrote: > On Tue, Jul 14, 2009 at 11:47 AM, StÃ©phane > Ducasse<stephane.ducasse(a)inria.fr> wrote: >> take the core image. >> The default tools in web dev are too slow right now. > > Maybe we should point that out somewhere as we promote the dev-images > as being "Pharo"? > As we can see from some of the discussion on the Squeak list people > then think Pharo in general is dog slow... > > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 14, 2009

[Pharo-project] Fwd: Cleanups?

by StÃ©phane Ducasse

Begin forwarded message: > From: pharo-project-owner(a)lists.gforge.inria.fr > Date: July 14, 2009 12:06:37 PM CEDT > To: stephane.ducasse(a)free.fr > Subject: Cleanups? > > You are not allowed to post to this mailing list, and your message has > been automatically rejected. If you think that your messages are > being rejected in error, contact the mailing list owner at > pharo-project-owner(a)lists.gforge.inria.fr. > > > From: stephane ducasse <stephane.ducasse(a)free.fr> > Date: July 14, 2009 12:06:29 PM CEDT > To: Pharo Development <Pharo-project(a)lists.gforge.inria.fr> > Subject: Cleanups? > > > which reminds me that I want to integrate the "cleanUp" freespace > methods of keith. > > Stef > > > From: Ken G. Brown <kbrown <at> mac.com> > Subject: Re: image maintenance & cleanup methods > Newsgroups: gmane.comp.lang.smalltalk.squeak.general > Date: 2009-07-14 01:02:12 GMT (9 hours and 1 minute ago) > Have any more cleanup methods been added to this list? > I was just adding some things to <http://installer.pbworks.com/FreeSomeSpace > > > > Ken G. Brown > > At 4:01 AM -0800 2/12/09, squeak-dev-request <at> > lists.squeakfoundation.org apparently wrote: > >Date: Wed, 11 Feb 2009 21:13:50 -0800 > >From: John M McIntosh <johnmci <at> smalltalkconsulting.com> > >Subject: Re: [squeak-dev] ditching Monticello objects. > >To: Keith Hodges <keith_hodges <at> yahoo.co.uk> > >Cc: The general-purpose Squeak developers list > > <squeak-dev <at> lists.squeakfoundation.org> > >Message-ID: > > <B07FF75B-07C4-4C3F-ABB9-E6397B70AC73 <at> smalltalkconsulting.com> > >Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > > > >Ok, well I did > > > >I've been collecting lists of pruning methods so.. > > > > ScrollBar initializeImagesCache. > > GradientFillStyle initPixelRampCache. > > NaturalLanguageFormTranslator classPool at: #CachedTranslations put: > >nil. > > NaturalLanguageTranslator resetCaches. > > PartsBin clearThumbnailCache. > > PaintBoxMorph classPool at: #ColorChart put: nil. > > PaintBoxMorph classPool at: #Prototype put: nil. > > ImageMorph classPool at: #DefaultForm put: (Form extent: 1 <at> 1 > depth: 1). > > Utilities classPool at: #ScrapsBook put: nil. > > Project allInstancesDo: [ :each | each setThumbnail: nil ]. > > ScriptingSystem stripGraphicsForExternalRelease. > > ProjectHistory currentHistory initialize. > > Utilities zapUpdateDownloader. > > Smalltalk forgetDoIts. > > Behavior flushObsoleteSubclasses. > > CommandHistory allInstancesDo: #initialize. > > ChangeSorter removeChangeSetsNamedSuchThat: [ :each | true ]. > > ChangeSet resetCurrentToNewUnnamedChangeSet. > > MethodChangeRecord allInstancesDo: [ :x | x noteNewMethod: nil ]. > > RequiredSelectors initialize. > > ProvidedSelectors initialize. > > LocalSends initialize. > > SendCaches initializeAllInstances. > > Utilities cleanseOtherworldlySteppers. > > Smalltalk organization removeEmptyCategories. > > Browser initialize. > > SMSqueakMap default purge. > > SystemBrowser removeObsolete. > > TheWorldMenu removeObsolete. > > AppRegistry removeObsolete. > > FileServices removeObsolete. > > MCFileBasedRepository flushAllCaches. > > MCDefinition clearInstances. > > Undeclared removeUnreferencedKeys. > > Smalltalk flushClassNameCache. > > 3 timesRepeat: [ Smalltalk garbageCollect. Symbol > compactSymbolTable ]. > > Set rehashAllSets. > > Smalltalk garbageCollect. > > > > > > > >I added these ones. > > > > ChangeSorter initializeChangeSetCategories. > > MCWorkingCopy inspect. > > MCRepositoryGroup inspect. > > MCCacheRepository inspect. > > > >and cleaned up the class instance variables & any class vars via the > >inspect. > > > >That removed all the MC packages and MC http repositories from the MC > >Browser > > > >gave me back 4 megabytes of image space. > > > >Well brute force, still 4 mb wonderful to get back this late in the > >project. > > > > > >On 11-Feb-09, at 6:18 PM, Keith Hodges wrote: > > > >> John M McIntosh wrote: > >>> I'm building an image for a limited memory hardware platform. > >>> > >>> At the point here where I want to *deploy* things and I can see > that > >>> various parts of Monticello > >>> are consuming well over a megabyte of memory to retain > MCVersionInfo > >>> instances, MCMethodDefinition(s), time stamps, uuids, etc etc > >>> > >>> I'm wondering if anyone has some code to strip all that out thus > >>> returning I suspect a couple of MB back for more constructive > usage? > >> You may want to look into the cleanUp/freeSomeSpace conventions. > MC1.5 > >> has a few implemented. There are many more available from > >> http://bugs.squeak.org/view.php?id=7244 > >> > >> Keith > > > >-- > >= > >= > >= > > > = > = > ====================================================================== > >John M. McIntosh <johnmci <at> smalltalkconsulting.com> > >Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > >= > >= > >= > > > = > = > ====================================================================== > > > >

July 14, 2009

Re: [Pharo-project] [ANN] ESUG early registration dead-line

by Noury Bouraqadi

We have 104 registred people so far! Noury On 7 juil. 09, at 18:10, Noury Bouraqadi wrote: > Dear Smalltalkers, > > The dead-line for ESUG 2009 early registration is 13th of july. > So, hurry up and to join the 75 people that had already registered. > We have a great program with many interesting talks. > See the list http://www.esug.org/Conferences/2009/Current+List+of > +Talks > > The demos are promising too. Check out the list of nominated > software to the ESUG Innovation Technology Awards: > http://www.esug.org/Conferences/2009/Innovation+Technology+Awards/Nominatio… > > Regards, > Noury > http://vst.ensm-douai.fr/noury/ > -------------- > -ESUG 17th International Smalltalk Conference - Brest, France, > August 31 - September 4, 2009 > http://www.esug.org/Conferences/2009 > > -17Ã¨mes JournÃ©es Francophones sur les SystÃ¨mes Multi-Agents > (JFSMAâ09). Lyon, 19-21 Octobre 2009 > http://bat710.univ-lyon1.fr/~sycosma/JFSMA09/ > > > > Dr. Noury Bouraqadi http://vst.ensm-douai.fr/noury/ -------------- -ESUG 17th International Smalltalk Conference - Brest, France, August 31 - September 4, 2009 - http://www.esug.org/Conferences/2009 -17Ã¨mes JournÃ©es Francophones sur les SystÃ¨mes Multi-Agents (JFSMAâ09). Lyon, 19-21 Octobre 2009 - http://bat710.univ-lyon1.fr/~sycosma/JFSMA09/ -2nd International Workshop on Agent Technology for Disaster Management (ATDM'09), Nagoya, Japan, Dec. 13rd, 2009 - http://doesnotunderstand.org/wikka.php?wakka=ATDM2009 -16Ã¨me ConfÃ©rence francophone sur les Langages et ModÃ¨les Ã Objets (LMO). Pau 2010 - http://lmo-conference.org/2010

July 14, 2009

[Pharo-project] What is the story for fasterSets

by StÃ©phane Ducasse

Hi guys what is the conclusion for the faster sets? Stef

July 14, 2009

Re: [Pharo-project] macintosh clipboard and images

by StÃ©phane Ducasse

John I do not have the technical background to reply but pharo is interested. On Jul 14, 2009, at 6:15 AM, John M McIntosh wrote: > A couple of years ago the Sophie team built out the logic to enable > the cut/copy/paste of a tremendous amount of clipboard data types in > and out of Squeak. > > For the macintosh this include image data, data from selections made > in the finder, and oh I don't know it seemed like 42 flavours of > Textual data. > > it seems a shame to let that go all to waste and let Pharo languish > with UTF-8. The problem has always been Oh EToys won't support FFI > so progress on this front seems dim. > > However I'm wondering if there is any interested if I port the Sophie > clipboard work to Pharo? Using FFI for the macintosh & Windows, where > windows > requires QuickTime for Window. > > Note the Sophie team decided because Quicktime for Window was a pre- > requirement for iTunes that well everyone has iTunes on windows > now... > > PS I note there are some hassles, Microsoft word for example sticks > both the TIFF for the page, the UTF-16, UTF-8, ascii, macroman etc. on > the the clipboard > for a page. Very difficult to figure out what to do for that, in that > case we knew the target was either image data, or text data, since we > knew what the target was, > but for Pharo I"m not sure what the solution would be. > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 14, 2009