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

Re: [Pharo-project] Fwd: about merging some CUIS changes into pharo

by StÃ©phane Ducasse

adrian I will integrate these changes (may be also create a separate package). Stef On Jul 19, 2009, at 2:20 PM, StÃ©phane Ducasse wrote: > here are CUIS cs but with _ -> by := > > > > <0122-MessageTallyEnh-ar-jmv.11.cs><0191-MessageTallyNoWrap-jmv2.cs> > > > On Jul 19, 2009, at 10:09 AM, StÃ©phane Ducasse wrote: > >> juan words :) >> >> Begin forwarded message: >> >>> From: Juan Vuletich <juan(a)jvuletich.org> >>> Date: July 19, 2009 12:11:03 AM CEDT >>> To: stephane ducasse <stephane.ducasse(a)gmail.com> >>> Cc: Adrian Lienhard <alienhard(a)netstyle.ch> >>> Subject: Re: about merging some CUIS changes into pharo >>> >>> Hi Stef, >>> >>> stephane ducasse wrote: >>>> Hi Juan >>>> >>>> What are the changes you did that you think are worth harvesting in >>>> other forks? >>>> >>>> http://www.jvuletich.org/Cuis/Categories.txt >>> >>> I selected the most relevant ones, and pasted them at the end of >>> this message. I think you'd start with them. Please keep in mind >>> that these changes were intended for a different code base, so many >>> will require tweaking for Pharo. Hopefully you can understand what >>> the intent of each change set was. Some of them came straight from >>> Mantis, or adapted for Cuis from the Squeak versions. Most of them >>> indicate the Mantis # in the name. >>> >>> The MessageTally enh are the most important. Current MessageTally is >>> seriously flawed if more than one process is running (which is >>> _always_ the case!). >>> >>> Also, note that I did not include any of the Morphic cleaning stuff, >>> because they would break compatibility with much stuff. >>> >>> I also did not include NiceFonts (AA StrikeFonts) stuff. I guess you >>> don't want that into Pharo... If you do want this, before loading >>> the changesets you'd need to load the NiceFonts package from >>> SqueakMap (it is not updated with numbered updates, so add them >>> afterwards). >>> >>> Finally, I started numbering changes about a year ago. So I don't >>> have changesets for things I did before. However that was mostly >>> removing stuff, not actual enhancements and bugfixes. >>> >>>> If I pick a topic can you give me feedback if I get problems? >>> >>> Sure! >>> >>> Cheers, >>> Juan Vuletich >>> >>>> Stef >>> >>> MessageTally enh >>> ------------------------- >>> 0122-MessageTallyEnh-ar-jmv.11.cs >>> 0191-MessageTallyNoWrap-jmv2.cs >>> >>> Nicer Cursors >>> ------------------- >>> 0046-Cursor.3.cs >>> >>> Chronology enh (just 2 changesets selected) >>> ------------------------- >>> 0099-ChronologyEnh-jmv.1.cs >>> 0226-DateAndTime-fromSeconds-dtl-M7356.cs >>> >>> Kernel: Semaphores, Delays, Processes, WeakReferences >>> ------------------------------------------------------------------------- >>> 0101-SafeDelay-2-ar.cs >>> 0102-DelayTweaks-ar.cs >>> 0103-DelayStartup-jmv.cs >>> 0104-SemaCritical-ar.cs >>> 0130-CreateSemaphoreTest-jmv.1.cs >>> 0131-DelayCleanup-ar.1.cs >>> 0132-AtomicProcessSuspend-ar.1.cs >>> 0133-ProcessTerminateFix-ar.2.cs >>> 0134-DelayWaitTimeout-ar.2.cs >>> 0135-SignalExceptionFix-ar.1.cs >>> 0136-assertFix-jmv.1.cs >>> 0137-SemaTests-ar.cs >>> 0173-offList-jmv.1.cs >>> 0187-DelayWaitTimeout-ar.3.cs >>> 0192-WeakMessageSendFixPart1-jmv-M7352.cs >>> 0193-WeakMessageSendFixPart2-jmv-M7352.1.cs >>> 0207-AvoidCreatingDelays-jmv.1.cs >>> 0212-ForkSenders-jmv.1.cs >>> 0213-ForkAnswersNil-jmv.5.cs >>> >>> Misc goodies and lesser tweaks >>> ------------------------------------------ >>> 0053-ensure-close.1.cs >>> 0058-browseUndeclared.1.cs >>> 0129-xorFixes-em.1.cs >>> 0182-RemoveLineFeedsTweak-jmv.1.cs >>> 0190-isShadowed-jmv.1.cs >>> 0196-AnalysisTools-jmv.1.cs >>> 0206-AnalysisToolsEnh-jmv.4.cs >>> 0214-nilMNU-bf-jmv.1.cs >>> >>> Morphic / LightWidgets >>> ------------------- >>> 0153-runStepMethodsIn-ar.2.cs >>> 0189-MenusWithPen.10.cs >> >> >> _______________________________________________ >> 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 19, 2009

[Pharo-project] FreeTypeFont profiling methods brokem

by StÃ©phane Ducasse

Hi all profileUnhintedWidthOfStringMulti and friends do not work any because t := TextStyle named: 'Arial'. f := t fontOfPointSize: 12. t is nil Stef

July 19, 2009

Re: [Pharo-project] Fwd: about merging some CUIS changes into pharo

by StÃ©phane Ducasse

here are CUIS cs but with _ -> by := On Jul 19, 2009, at 10:09 AM, StÃ©phane Ducasse wrote: > juan words :) > > Begin forwarded message: > >> From: Juan Vuletich <juan(a)jvuletich.org> >> Date: July 19, 2009 12:11:03 AM CEDT >> To: stephane ducasse <stephane.ducasse(a)gmail.com> >> Cc: Adrian Lienhard <alienhard(a)netstyle.ch> >> Subject: Re: about merging some CUIS changes into pharo >> >> Hi Stef, >> >> stephane ducasse wrote: >>> Hi Juan >>> >>> What are the changes you did that you think are worth harvesting in >>> other forks? >>> >>> http://www.jvuletich.org/Cuis/Categories.txt >> >> I selected the most relevant ones, and pasted them at the end of >> this message. I think you'd start with them. Please keep in mind >> that these changes were intended for a different code base, so many >> will require tweaking for Pharo. Hopefully you can understand what >> the intent of each change set was. Some of them came straight from >> Mantis, or adapted for Cuis from the Squeak versions. Most of them >> indicate the Mantis # in the name. >> >> The MessageTally enh are the most important. Current MessageTally is >> seriously flawed if more than one process is running (which is >> _always_ the case!). >> >> Also, note that I did not include any of the Morphic cleaning stuff, >> because they would break compatibility with much stuff. >> >> I also did not include NiceFonts (AA StrikeFonts) stuff. I guess you >> don't want that into Pharo... If you do want this, before loading >> the changesets you'd need to load the NiceFonts package from >> SqueakMap (it is not updated with numbered updates, so add them >> afterwards). >> >> Finally, I started numbering changes about a year ago. So I don't >> have changesets for things I did before. However that was mostly >> removing stuff, not actual enhancements and bugfixes. >> >>> If I pick a topic can you give me feedback if I get problems? >> >> Sure! >> >> Cheers, >> Juan Vuletich >> >>> Stef >> >> MessageTally enh >> ------------------------- >> 0122-MessageTallyEnh-ar-jmv.11.cs >> 0191-MessageTallyNoWrap-jmv2.cs >> >> Nicer Cursors >> ------------------- >> 0046-Cursor.3.cs >> >> Chronology enh (just 2 changesets selected) >> ------------------------- >> 0099-ChronologyEnh-jmv.1.cs >> 0226-DateAndTime-fromSeconds-dtl-M7356.cs >> >> Kernel: Semaphores, Delays, Processes, WeakReferences >> ------------------------------------------------------------------------- >> 0101-SafeDelay-2-ar.cs >> 0102-DelayTweaks-ar.cs >> 0103-DelayStartup-jmv.cs >> 0104-SemaCritical-ar.cs >> 0130-CreateSemaphoreTest-jmv.1.cs >> 0131-DelayCleanup-ar.1.cs >> 0132-AtomicProcessSuspend-ar.1.cs >> 0133-ProcessTerminateFix-ar.2.cs >> 0134-DelayWaitTimeout-ar.2.cs >> 0135-SignalExceptionFix-ar.1.cs >> 0136-assertFix-jmv.1.cs >> 0137-SemaTests-ar.cs >> 0173-offList-jmv.1.cs >> 0187-DelayWaitTimeout-ar.3.cs >> 0192-WeakMessageSendFixPart1-jmv-M7352.cs >> 0193-WeakMessageSendFixPart2-jmv-M7352.1.cs >> 0207-AvoidCreatingDelays-jmv.1.cs >> 0212-ForkSenders-jmv.1.cs >> 0213-ForkAnswersNil-jmv.5.cs >> >> Misc goodies and lesser tweaks >> ------------------------------------------ >> 0053-ensure-close.1.cs >> 0058-browseUndeclared.1.cs >> 0129-xorFixes-em.1.cs >> 0182-RemoveLineFeedsTweak-jmv.1.cs >> 0190-isShadowed-jmv.1.cs >> 0196-AnalysisTools-jmv.1.cs >> 0206-AnalysisToolsEnh-jmv.4.cs >> 0214-nilMNU-bf-jmv.1.cs >> >> Morphic / LightWidgets >> ------------------- >> 0153-runStepMethodsIn-ar.2.cs >> 0189-MenusWithPen.10.cs > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 19, 2009

Re: [Pharo-project] Fwd: How to have a faster image

by Lukas Renggli

>> Adrian: this line is necessary? ToolSet default: StandardToolSet. > > I don't know... What is different in this tool set? OTToolset implements Debugger, Process Browser, Inspector, Transcript and Workspace using OB. StandardToolSet uses the traditional Squeak tools. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

July 19, 2009

[Pharo-project] Fwd: How to have a faster image

by Adrian Lienhard

>> I added the statements to http://code.google.com/p/pharo/wiki/CodeSnippets > > excellent. > > Adrian: this line is necessary? ToolSet default: StandardToolSet. I don't know... What is different in this tool set? Adrian > I thought it was. > > >> >> >> Please update as appropriate. >> >> Cheers, >> Adrian >> >> On Jul 18, 2009, at 15:47 , Schwab,Wilhelm K wrote: >> >>> Adrian, >>> >>> Sounds good, let's do both. The new image is a nice step forward. >>> Subjectively, it is at least as quick as my heavily hacked image. I >>> started with a web image and have loaded a fair amount of code, so I >>> would want to see the browsers loaded down with Seaside and other >>> big packages that are present in my image. >>> >>> I recommend enabling fast drag by default. >>> >>> Bill >>> >>> >>> >>> -----Original Message----- >>> From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto: >> pharo-project-bounces(a)lists.gforge.inria.fr >>> ] On Behalf Of Adrian Lienhard >>> Sent: Saturday, July 18, 2009 8:16 AM >>> To: Pharo-project(a)lists.gforge.inria.fr >>> Subject: Re: [Pharo-project] How to have a faster image >>> >>> Sure, we can also put these preferences on the wiki (what page would >>> be good?). I just wanted to avoid (like Damien), that we *only* put >>> these items on the wiki and then think the problem is solved ;) >>> >>> Cheers, >>> Adrian >>> >>> On Jul 18, 2009, at 15:04 , Schwab,Wilhelm K wrote: >>> >>>> Adrian, >>>> >>>> With respect, I do not understand the resistance to also placing >>>> the >>>> recommendations on the Wiki - that might help someone hoping to >>>> postpone updating to a new image. Making a list in a promintent >>>> location in no way prevents improving the downloadable images; >>>> let's >>>> do both. >>>> >>>> Bill >>>> >>>> >>>> -----Original Message----- >>>> From: pharo-project-bounces(a)lists.gforge.inria.fr >>>> [mailto:pharo-project-bounces@lists.gforge.inria.fr >>>> ] On Behalf Of Adrian Lienhard >>>> Sent: Saturday, July 18, 2009 1:55 AM >>>> To: Pharo-project(a)lists.gforge.inria.fr >>>> Subject: Re: [Pharo-project] How to have a faster image >>>> >>>> In this thread just preferences were discussed to speed up the >>>> tools >>>> (no new packages). >>>> >>>> Instead of adding them to the wiki, I also suggest to make them >>>> default in the Pharo image. Like this people get less features >>>> but a >>>> faster GUI, which seems to be preferred from the many recent >>>> comments. >>>> If somebody likes more features, he can simply change the >>>> preferences >>>> again (maybe adding a note in the workspace would be helpful to >>>> indicate which ones). >>>> >>>> I suggest to change the following: >>>> >>>> SystemBrowser default: OBSystemBrowserAdaptor. >>>> Preferences disable: #dynamicProtocolActivation. >>>> Preferences disable: #annotationPanes >>>> >>>> In this thread it was also suggested to enable >>>> #fastDragWindowForMorphic. Not sure if this is important as we have >>>> it >>>> disabled also in the core. >>>> >>>> Damien, what do you think? >>>> >>>> Adrian >>>> >>>> On Jul 18, 2009, at 00:39 , Damien Cassou wrote: >>>> >>>>> On Sat, Jul 18, 2009 at 12:01 AM, StÃ©phane >>>>> Ducasse<stephane.ducasse(a)inria.fr> wrote: >>>>>> I think that pharo (old pharo-dev should contain as less as >>>>>> possible). >>>>> >>>>> Each user means something different by 'as less as possible' (not >>>>> sure it's good english though :-)). You want syntax highlighting >>>>> and >>>>> completion to be in. IIRC, Michael has no need for them. >>>>> >>>>> -- >>>>> Damien Cassou >>>>> http://damiencassou.seasidehosting.st >>>>> >>>>> "Lambdas are relegated to relative obscurity until Java makes them >>>>> popular by not having them." James Iry >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> >>>> _______________________________________________ >>>> 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 >>> >>> _______________________________________________ >>> 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 >> > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 19, 2009

[Pharo-project] Fwd: about merging some CUIS changes into pharo

by StÃ©phane Ducasse

juan words :) Begin forwarded message: > From: Juan Vuletich <juan(a)jvuletich.org> > Date: July 19, 2009 12:11:03 AM CEDT > To: stephane ducasse <stephane.ducasse(a)gmail.com> > Cc: Adrian Lienhard <alienhard(a)netstyle.ch> > Subject: Re: about merging some CUIS changes into pharo > > Hi Stef, > > stephane ducasse wrote: >> Hi Juan >> >> What are the changes you did that you think are worth harvesting in >> other forks? >> >> http://www.jvuletich.org/Cuis/Categories.txt > > I selected the most relevant ones, and pasted them at the end of > this message. I think you'd start with them. Please keep in mind > that these changes were intended for a different code base, so many > will require tweaking for Pharo. Hopefully you can understand what > the intent of each change set was. Some of them came straight from > Mantis, or adapted for Cuis from the Squeak versions. Most of them > indicate the Mantis # in the name. > > The MessageTally enh are the most important. Current MessageTally is > seriously flawed if more than one process is running (which is > _always_ the case!). > > Also, note that I did not include any of the Morphic cleaning stuff, > because they would break compatibility with much stuff. > > I also did not include NiceFonts (AA StrikeFonts) stuff. I guess you > don't want that into Pharo... If you do want this, before loading > the changesets you'd need to load the NiceFonts package from > SqueakMap (it is not updated with numbered updates, so add them > afterwards). > > Finally, I started numbering changes about a year ago. So I don't > have changesets for things I did before. However that was mostly > removing stuff, not actual enhancements and bugfixes. > >> If I pick a topic can you give me feedback if I get problems? > > Sure! > > Cheers, > Juan Vuletich > >> Stef > > MessageTally enh > ------------------------- > 0122-MessageTallyEnh-ar-jmv.11.cs > 0191-MessageTallyNoWrap-jmv2.cs > > Nicer Cursors > ------------------- > 0046-Cursor.3.cs > > Chronology enh (just 2 changesets selected) > ------------------------- > 0099-ChronologyEnh-jmv.1.cs > 0226-DateAndTime-fromSeconds-dtl-M7356.cs > > Kernel: Semaphores, Delays, Processes, WeakReferences > ------------------------------------------------------------------------- > 0101-SafeDelay-2-ar.cs > 0102-DelayTweaks-ar.cs > 0103-DelayStartup-jmv.cs > 0104-SemaCritical-ar.cs > 0130-CreateSemaphoreTest-jmv.1.cs > 0131-DelayCleanup-ar.1.cs > 0132-AtomicProcessSuspend-ar.1.cs > 0133-ProcessTerminateFix-ar.2.cs > 0134-DelayWaitTimeout-ar.2.cs > 0135-SignalExceptionFix-ar.1.cs > 0136-assertFix-jmv.1.cs > 0137-SemaTests-ar.cs > 0173-offList-jmv.1.cs > 0187-DelayWaitTimeout-ar.3.cs > 0192-WeakMessageSendFixPart1-jmv-M7352.cs > 0193-WeakMessageSendFixPart2-jmv-M7352.1.cs > 0207-AvoidCreatingDelays-jmv.1.cs > 0212-ForkSenders-jmv.1.cs > 0213-ForkAnswersNil-jmv.5.cs > > Misc goodies and lesser tweaks > ------------------------------------------ > 0053-ensure-close.1.cs > 0058-browseUndeclared.1.cs > 0129-xorFixes-em.1.cs > 0182-RemoveLineFeedsTweak-jmv.1.cs > 0190-isShadowed-jmv.1.cs > 0196-AnalysisTools-jmv.1.cs > 0206-AnalysisToolsEnh-jmv.4.cs > 0214-nilMNU-bf-jmv.1.cs > > Morphic / LightWidgets > ------------------- > 0153-runStepMethodsIn-ar.2.cs > 0189-MenusWithPen.10.cs

July 19, 2009

Re: [Pharo-project] New much faster Pharo based on 10379

by StÃ©phane Ducasse

Yes it was speedup also (henrik optimisation) but not as much as we want Stef On Jul 19, 2009, at 1:48 AM, Mariano Martinez Peck wrote: > > > On Sat, Jul 18, 2009 at 7:40 PM, Esteban A. Maringolo <emaringolo(a)gmail.com > > wrote: > I downloaded it, and used it "randomly" and it considerably faster > than the previous version. > > Thanks for the improvement. > > Actually, as I understand there was no improvment but identified and > removed the slow stuff. > > > > > ps: I got some errors while looking for senders, for example looking > at the senders of #asArray and clicking on some of the senders. > > please, describe a bit more the problem and if necessary create a > ticket in: > http://code.google.com/p/pharo/issues/list > > best, > > Mariano > > > > > > Regards, > > -- > Esteban. > > _______________________________________________ > 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 19, 2009

Re: [Pharo-project] New much faster Pharo based on 10379

by Cameron Sanders

It "feels" snappier. No benchmarks... and only about 1.5 hours worth of use coding/browsing (on the non-web version 09.07.3). Better. I like it. Thanks Damien, Cam PS: I have never used this browser before (OK, briefly in squeak), so a few icons are not-obvious to me. Category searching seems to work with several key-strokes if typed quickly... or else I am getting lucky. So I guess it is quite satisfactory. On Jul 18, 2009, at 2:55 AM, Damien Cassou wrote: > I've just uploaded a new Pharo image. It is much faster now, but you > won't get the package browsing (only the category browsing). > > http://pharo-project.org/pharo-download > > For all the people who found Pharo slow, please tell me what you think > of this one !

July 19, 2009

Re: [Pharo-project] New much faster Pharo based on 10379

by Mariano Martinez Peck

On Sat, Jul 18, 2009 at 7:40 PM, Esteban A. Maringolo <emaringolo(a)gmail.com>wrote: > I downloaded it, and used it "randomly" and it considerably faster > than the previous version. > > Thanks for the improvement. Actually, as I understand there was no improvment but identified and removed the slow stuff. > > > > ps: I got some errors while looking for senders, for example looking > at the senders of #asArray and clicking on some of the senders. please, describe a bit more the problem and if necessary create a ticket in: http://code.google.com/p/pharo/issues/list best, Mariano > > > > > Regards, > > -- > Esteban. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 18, 2009

Re: [Pharo-project] New much faster Pharo based on 10379

by Esteban A. Maringolo

I downloaded it, and used it "randomly" and it considerably faster than the previous version. Thanks for the improvement. ps: I got some errors while looking for senders, for example looking at the senders of #asArray and clicking on some of the senders. Regards, -- Esteban.

July 18, 2009