- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Call for UI gripes
by Bill Schwab Feb. 11, 2009

Feb. 11, 2009

Gary, I suppose I could suggest replacing some of the button bars with more compact iconic toolbars. Things like debugging over, into, etc. lend themselves well to that. The world menu will not make much sense if we ever get one window per shell. The biggest concern I have right now is speed. I'm not saying Pharo is too slow; I'm simply admitting that I do not know whether it is fast enough for some of the things I want to do. That leads to a question I should ask: Gwenael, without asking you to do anything just yet, is your updated parser in a state that it can installed and used? How hard is that to do? Would it be easy for you? Are you able and willing to make it available? What would I have to give up? It's a long story, but tripping over underscores is a problem for a couple of things I would like to do. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> gazzaguru2(a)btinternet.com 02/07/09 11:19 AM >>> Really no other gripes? Regards, Gary ----- Original Message ----- From: "Gary Chambers" <gazzaguru2(a)btinternet.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Saturday, January 31, 2009 1:42 PM Subject: Re: [Pharo-project] Call for UI gripes On Vista with each theme I get: Watery2 5200 SoftSqueak 4651.6 StandardSqueak 4082.8 Vistary 5378.4 Watery 4979.6 StandardSqueak compares relatively favourably with Squeak 3.9. Nicer looking widgets do take more cpu of course ;-) With FreeType and Arial fonts: Watery2 6621.6 SoftSqueak 5871.4 StandardSqueak 5391.0 Vistary 7081.8 Watery 6521.8 Goes to show that you can't get something for nothing! Regards, Gary. ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Saturday, January 31, 2009 10:05 AM Subject: Re: [Pharo-project] Call for UI gripes > on mac os 9.0 :) > > Stef > > On Jan 31, 2009, at 1:29 AM, Igor Stasenko wrote: > >> 2009/1/31 Michael Rueger <m.rueger(a)acm.org>: >>> On Fri, Jan 30, 2009 at 9:26 PM, Adrian Lienhard <adi(a)netstyle.ch> >>> wrote: >>> >>> >>>> >>>> On my machine I get: >>>> >>>> Squeak 3.9: 3800ms >>>> Pharo #084: 2950ms >>>> Pharo #213: 5200ms >>>> >>>> #084 is before Polymorph was added and #213 is the most recent >>>> version. >>>> >>>> BTW, with OB: 8590ms. >>> >>> ouch... >>> >>> any obvious hotspots? >>> >> >> i think its not very fair to compare OB with old browser. You need >> more cycles to draw icons for methods, show categories in tree, not in >> a simple list etc. etc. >> If you want a real 'ouch' then compare it with MVC browser :) >> >>> Michael >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> _______________________________________________ >> 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

7 38

Re: [Pharo-project] Problem with linux VM and Pharo
by Provoost, P (Paul) Feb. 11, 2009

Feb. 11, 2009

It happens on OpenSolaris too.Squeak runs fine but Pharo crashes almost immediately. When you look into the source code of sqUnixMemory.c you find a comment in the beginning stating that the memory management here is tricky. If you have plenty of memory a workaround is using the -memory commandline option. The maximum seems to be 2047 (MB)... Maybe someone with enough knowledge (Ian P. ?) can look into this problem? Damien Cassou wrote: > Every 5 minutes or so, my VM crashes and prints: > > squeak: /tmp/squeak-svn/platforms/unix/vm/sqUnixMemory.c:172: > uxGrowMemoryBy: Assertion `newDelta >= 0' failed. > Aborted > > > I'm using Squeak VM from SVN. Does that happen to anyone else? > _____________________________________________________________ This email (including any attachments to it) is confidential, legally privileged, subject to copyright and is sent for the personal attention of the intended recipient only. If you have received this email in error, please advise us immediately and delete it. You are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Although we have taken reasonable precautions to ensure no viruses are present in this email, we cannot accept responsibility for any loss or damage arising from the viruses in this email or attachments. We exclude any liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided in this email or its attachments, unless that information is subsequently confirmed in writing. If this email contains an offer, that should be considered as an invitation to treat. _____________________________________________________________

1 0

[Pharo-project] another slice for popups cleaning and some questions
by Alain Plantec Feb. 11, 2009

Feb. 11, 2009

Hi all, I've uploaded another slice for popup and co cleaning (SLICE-MorePopUpAndCustomMenuCleaning-alain_plantec.1) - it Removes last PopUpMenu references. - it Removes some of CustomMenu uses (wherever it is possible to replace it with a simpler UIManager dialog). I've three questions: - EmphasizedMenu is never used, can we remove it ? - MorphicUIManager is subclassed by PSUIManager which is now the default UIManager. Several MorphicUImanager methods are redefined in PSUIManager. So I guess one can simply remove MorphicUIManager versions. Is it ok to do so ? (as an example, #chooseDirectory:from:, in MorphicUIManager, the code is using FileList but now we have the PSUIManager version) - last unrelated question, I've also seen that ListParagraph is never used, can we remove it ? now I am about to see how to kill MVCMenuMorph cheers alain

4 3

Re: [Pharo-project] Call for UI gripes
by Bill Schwab Feb. 10, 2009

Feb. 10, 2009

Gary, I need to play more later, but that appears to make a significant difference. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> gazzaguru2(a)btinternet.com 02/10/09 9:34 AM >>> While we are at it I have noticed that SystemWindow>>passivate deliberately draw the World (old behaviour). Having done a few simple benchmarks it seems that better performance is achieved when it is not drawn then, in contradiction to the implication of "clean damage now, so dont merge this rect with new top window". That's on my machine. Can some of you give it a go with the "self world displayWorld" removed and we'll see if it a worthwhile thing to change? Regards, Gary ----- Original Message ----- From: "Igor Stasenko" <siguctua(a)gmail.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Tuesday, February 10, 2009 12:11 PM Subject: Re: [Pharo-project] Call for UI gripes > 2009/2/10 David RÃ¶thlisberger <squeak(a)webcitas.ch>: >> Hi Igor, >> >>> OB is quite complex thing, and its hard to understand what it does for >>> outsider :) >>> >>> I just identified a few points, which can improve rendering speed by a >>> certain amount: >> [...] >>> - default. >>> 60 ms >>> >>> - with override in SystemWindow>>drawDropShadowOn: aCanvas to do >>> nothing: >>> 51 ms >>> >>> - with override in OBMonticelloPackageNode>>classCategories to return >>> cached collection >>> 45 ms >>> >> >> I incorporated into OB a patch that is following your idea concerning >> caching of >> class cats in package nodes. I did it differently than you but the >> results are even >> better now. >> > > Great! In my patch i didn't care about correctness or whatever, it was > simply to outline what possible can be done to improve rendering > speed. > >> Can you take care of integrating the SystemWindow patch into Pharo? >> > > you mean override of SystemWindow>>drawDropShadowOn: ? > Its not really correct override. Shadow should be drawn, if it there. > And by default , to draw shadow, it using Morph>>drawOn: method with > special shadow canvas. For system window it means that a rectangular > area with dimensions of morph is filled with shadow color, shifted by > shadowOffset. > To improve its speed, we could clip a shadow rectangle to not visit > pixels which is covered my system window contents, only pixels which > are outside of it and 'dropping' shadow. > > I can implement such method, but concerning integration - i'm not in > charge here :) > > What is interesting about shadows, that by default a shadow offset is > 1 pixel wide: > shadowOffset: 1@1 > > this means that unless you using magnifying glass on you display, you > can't really tell if there shadow drawn or not. > Since visual difference is minimal, do anyone can tell, why wasting so > much CPU cycles on it? :) > > >> Thanks, >> David >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > 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

2 1

[Pharo-project] Problem with linux VM and Pharo
by Damien Cassou Feb. 10, 2009

Feb. 10, 2009

Every 5 minutes or so, my VM crashes and prints: squeak: /tmp/squeak-svn/platforms/unix/vm/sqUnixMemory.c:172: uxGrowMemoryBy: Assertion `newDelta >= 0' failed. Aborted I'm using Squeak VM from SVN. Does that happen to anyone else? -- Damien Cassou http://damiencassou.seasidehosting.st

4 5

Re: [Pharo-project] [ANN][Dev-Images] February 2009 versions
by Bill Schwab Feb. 10, 2009

Feb. 10, 2009

Damien, Thanks for trying! Would this stop me from installing Seaside and Magritte, or does it happen later? Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> damien.cassou(a)gmail.com 02/10/09 9:23 AM >>> On Tue, Feb 10, 2009 at 2:29 PM, Bill Schwab <BSchwab(a)anest.ufl.edu> wrote: > If it is really not a problem, I would like to try it. I can't because of bug http://code.google.com/p/pharo/issues/detail?id=520 -- Damien Cassou http://damiencassou.seasidehosting.st _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

2 2

[Pharo-project] [ANN] 10232 mime fixe + pop up cleans...
by StÃ©phane Ducasse Feb. 10, 2009

Feb. 10, 2009

- Remove the last PopUpMenu references. - Remove some of the CustomMenu uses (wherever it is possible to replace it with a simple UIManager dialog). - Mime mike kind of fixes

1 0

Re: [Pharo-project] Problem with linux VM and Pharo
by Bill Schwab Feb. 10, 2009

Feb. 10, 2009

Damien, I am not seeing that, but I am probably not using the right VM anyway: bills@Ubuntu-9905:~$ squeak -version 3.9-8 #5 Tue Oct 10 11:56:09 PDT 2006 gcc 4.0.3 Squeak3.9alpha of 4 July 2005 [latest update: #7021] Linux ubuntu 2.6.15-27-386 #1 PREEMPT Sat Sep 16 01:51:59 UTC 2006 i686 GNU/Linux default plugin location: /usr/local/lib/squeak/3.9-8/*.so Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> damien.cassou(a)gmail.com 02/10/09 9:15 AM >>> Every 5 minutes or so, my VM crashes and prints: squeak: /tmp/squeak-svn/platforms/unix/vm/sqUnixMemory.c:172: uxGrowMemoryBy: Assertion `newDelta >= 0' failed. Aborted I'm using Squeak VM from SVN. Does that happen to anyone else? -- Damien Cassou http://damiencassou.seasidehosting.st _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

Re: [Pharo-project] [ANN][Dev-Images] February 2009 versions
by Bill Schwab Feb. 10, 2009

Feb. 10, 2009

Damien, If it is really not a problem, I would like to try it. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> damien.cassou(a)gmail.com 02/10/09 8:16 AM >>> On Tue, Feb 10, 2009 at 1:58 PM, Bill Schwab <BSchwab(a)anest.ufl.edu> wrote: > Is there a Pharo-web link? Apologies if I'm missing the obvious. I'm not generating pharo-web images because nobody asked as far as I remember. Do you want one? (that won't cost much don't worry :-)) -- Damien Cassou http://damiencassou.seasidehosting.st _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

2 1

Re: [Pharo-project] Call for UI gripes
by Bill Schwab Feb. 10, 2009

Feb. 10, 2009

Sig, Is it something that could be themed? Then it could be present in the "expensive" themes and left out for a limited theme that would hopefully still look nice, have robust focus behavior, but seeks to be as fast as possible. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> siguctua(a)gmail.com 02/10/09 7:11 AM >>> 2009/2/10 David RÃ¶thlisberger <squeak(a)webcitas.ch>: > Hi Igor, > >> OB is quite complex thing, and its hard to understand what it does for >> outsider :) >> >> I just identified a few points, which can improve rendering speed by a >> certain amount: > [...] >> - default. >> 60 ms >> >> - with override in SystemWindow>>drawDropShadowOn: aCanvas to do nothing: >> 51 ms >> >> - with override in OBMonticelloPackageNode>>classCategories to return >> cached collection >> 45 ms >> > > I incorporated into OB a patch that is following your idea concerning caching of > class cats in package nodes. I did it differently than you but the results are even > better now. > Great! In my patch i didn't care about correctness or whatever, it was simply to outline what possible can be done to improve rendering speed. > Can you take care of integrating the SystemWindow patch into Pharo? > you mean override of SystemWindow>>drawDropShadowOn: ? Its not really correct override. Shadow should be drawn, if it there. And by default , to draw shadow, it using Morph>>drawOn: method with special shadow canvas. For system window it means that a rectangular area with dimensions of morph is filled with shadow color, shifted by shadowOffset. To improve its speed, we could clip a shadow rectangle to not visit pixels which is covered my system window contents, only pixels which are outside of it and 'dropping' shadow. I can implement such method, but concerning integration - i'm not in charge here :) What is interesting about shadows, that by default a shadow offset is 1 pixel wide: shadowOffset: 1@1 this means that unless you using magnifying glass on you display, you can't really tell if there shadow drawn or not. Since visual difference is minimal, do anyone can tell, why wasting so much CPU cycles on it? :) > Thanks, > David > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

2 1