- Pharo-dev - lists.pharo.org

Re: [Pharo-project] UI performance

by Sebastian Sastre

Thanks for the tip Damien. I've tried 4 o 5 different sequences of load order without success. cheers, sebastian > -----Mensaje original----- > De: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr] En > nombre de Damien Cassou > Enviado el: Wednesday, March 04, 2009 14:30 > Para: Pharo-project(a)lists.gforge.inria.fr > Asunto: Re: [Pharo-project] UI performance > > On Wed, Mar 4, 2009 at 6:24 PM, Sebastian Sastre > <ssastre(a)seaswork.com> wrote: > > What can I disable to make the pharo's ui more responsive? > > Please start by updating all OB-related packages using Monticello. > > -- > 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

March 4, 2009

Re: [Pharo-project] UI performance

by Damien Cassou

On Wed, Mar 4, 2009 at 6:24 PM, Sebastian Sastre <ssastre(a)seaswork.com> wrote: > What can I disable to make the pharo's ui more responsive? Please start by updating all OB-related packages using Monticello. -- Damien Cassou http://damiencassou.seasidehosting.st

March 4, 2009

Re: [Pharo-project] Fwd: On the OTDebugger...

by Dale Henrichs

----- "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> wrote: | n it is ok | I just tried to remember what I could not find the last time. | Do you have run thru caret? Yes...the menu label is 'run to cursor'... I'm not wedded to names either (I'm actually pretty bad in coming up with names in general:). Dale

March 4, 2009

[Pharo-project] UI performance

by Sebastian Sastre

Hi there, rigth now I've save a method and it takes like 6 seconds (maybe more sometimes) to return control after dropping a method in another category or even saving. That is really a show stopper for productivity. What can I disable to make the pharo's ui more responsive? thanks, sebastian pd: I dont feel like is a visual thing, I guess is trying to deduct too much at every step, maybe something related to the OB Browser?

March 4, 2009

Re: [Pharo-project] Fwd: [squeak-dev] [ANN] Preference pragmas

by StÃ©phane Ducasse

Hi alain I guessed right :) So this is good to me. Stef On Mar 4, 2009, at 5:54 PM, Alain Plantec wrote: > > Argh, I forgot to say that, for one preference, only one method must > be written. example for gradientButtonLook: > UIPreferences>>gradientButtonLook > <preference> > ^ GradientButtonLook > ifNil: [GradientButtonLook := PreferenceValue > name: 'Gradient look for buttons' > description: 'Gradient look for buttons' > parent: #uiPreferenceNode > type: #Boolean > default: false] > > You can note the use of a minimal pragma form. > We finally prefered objects over flat pragma declaration. > This allow the use of a composite pattern for the tree and for one- > to-many preference declaration. > As an example: > UIPreferences>>themePreference > <preference> > ^ ThemePreference > ifNil: [ThemePreference := MultiplePreferenceValue > name: 'UITheme' > description: 'The theme to use for UI look and > feel' > parent: > #uiPreferenceNode type: > #UITheme default: UIThemeWatery2 > values: { > FixedPreferenceValue > name: 'Standard Squeak' > description: 'Standard Squeak style' > type: > #UITheme > value: UIThemeStandardSqueak. > FixedPreferenceValue > name: 'Watery 2' > description: 'Similar to a nice OS' > type: #UITheme > value: UIThemeWatery2}] > > You can also have range: > FreeTypePreferences>>glyphContrast > <preference> > ^ GlyphContrast > ifNil: [GlyphContrast := RangePreferenceValue > name: 'Glyph contrast' > description: 'Change the contrast level for > glyphs. This is an integer between 1 and 100. (the default value is > 50)' > parent: #freeTypePreferenceNode > type: #Integer > default: 50 > range: (1 to: 100)] > > Multiple and range preference value are not so easy to describe well > if we only make use of literals (pragma constraint). > > Other point, how to use preferences. > Example of a preference reading and changing: > gradientLook := UIPreferences gradientButtonLook value. > UIPreferences gradientButtonLook value: true. > > Last but not least point is that it provides system level preference > change notification. > to see it in action, load PrefListener2 package (the version I have > attached to this mail, previous version was not ok) > > Cheers > alain > > Alain Plantec a Ã©crit : >> Hi all, >> Here is a Preference engine based on pragma. >> please, check it and tell me if it is ok or not. >> If you prefer squeak version, no problem but tell me >> that I stop working on this. >> >> The set of system preferences constitutes a tree of preferences. >> The model for the tree is implemented by the PreferenceNode >> hierarchy. >> (see PrefCore2). This is the only mandatory part. >> The tree can be visualized with a PreferenceTree UI built on top of >> PrefCore2 (see PrefTool2 and snapshot). >> Examples of preference declaration are given in PrefProvider2. >> in order to open the tree: >> PreferenceTree open. >> Thank to Gary for its help. >> >> cheers >> alain >> >>> >>> >> >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > <PrefListener2-alain_plantec. > 5.mcz>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 4, 2009

Re: [Pharo-project] Fwd: On the OTDebugger...

by StÃ©phane Ducasse

n it is ok I just tried to remember what I could not find the last time. Do you have run thru caret? stef On Mar 4, 2009, at 6:10 PM, Dale Henrichs wrote: > > ----- "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> wrote: > > | So we should proceed that way: > | - Put a big warning + the expression to switch debugger in the > pharo- > | > | dev > | - then we follow what dale is saying > | - I will produce a list of important features we need to have > | -- copy stack > | -- chase pointer > | ... in OT > > For 'copy stack', check out 'error report' in OB-Tools-dkh.65. Part > of the error report is a stack dump ... I could change the name and/ > or produce only a stack. > > Dale > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 4, 2009

Re: [Pharo-project] Mac Carbon VM 4.0.0b1 Closure Compiler Aware with Alien support

by StÃ©phane Ducasse

sounds a good attitude. We should fix the rest of the items then. Stef On Mar 4, 2009, at 6:00 PM, Adrian Lienhard wrote: > Do the major VMs (Unix, Mac, Win) support this *now*? > What is the required work to include the closure changes (are they > published somewhere?)? > > I'd like to avoid that we get a dependency on VMs that would delay > version 1.0. If everything is ready, though, I would also vote for > including them now. > > Cheers, > Adrian > > On Mar 4, 2009, at 17:25 , StÃ©phane Ducasse wrote: > >> Hi pharoers >> >> what do we do with the closure compiler? >> Do we integrate it now or in 1.1 >> >> Stef >> >> On Mar 3, 2009, at 6:48 AM, John M McIntosh wrote: >> >>> Yes it compiles, yes after a bit of poking I could take a Squeak3.9- >>> final-7067.image and build a closure aware image. >>> No I could not do that without poking a bit, however I hope that >>> we'll >>> resolve the problems in a day or two. >>> >>> Yes, I could take a Pharo0.1Core-10243.image and after more poking >>> could generate a closure aware Pharo image. >>> >>> At this time the 4.0.0b1 VM is not publicly available, another day >>> or >>> two of cross checking is required, I've asked the Pharo >>> team to review my changes and the changes from Eliot. I've also >>> asked >>> Eliot to supply some fixes so we can recompile >>> the Squeak3.9-final-7067 image without problems. >>> >>> I cannot speak for the 3.10 or 3.11 images, other parties will need >>> to >>> pursue any work to make them closure aware. >>> >>> Tomorrow I'll poke at making the iPhone VM closure aware, however >>> any >>> iPhone image relies on the Pharo team resolving >>> what the change sets should be to make the image closure aware. >>> >>> -- >>> = >>> = >>> = >>> = >>> = >>> = >>> = >>> ==================================================================== >>> John M. McIntosh <johnmci(a)smalltalkconsulting.com> >>> 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 >>> >> >> >> _______________________________________________ >> 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 >

March 4, 2009

Re: [Pharo-project] Seaside working on Pharo

by Damien Cassou

On Wed, Mar 4, 2009 at 4:54 PM, Bruce O'Neel <squeak(a)pckswarms.ch> wrote: > and all should be good. Â The problem is that growSize isn't set, and, newer versions > gcc seem to set it to 0, rather than some random number not 0. > > If the above code doesn't work justset growSize to something, say, 50000000 should > do the job. Â Ie, each grow would be 50meg. Thank you -- Damien Cassou http://damiencassou.seasidehosting.st

March 4, 2009

Re: [Pharo-project] What's the problem people? :)

by StÃ©phane Ducasse

> >>> Hi Pharaos (and Squeak-dev)! :) >> >> Hi goran >> >> are you planning to come finally to esug that we drink beer together? >> This year there will >> be a wine tasting social event :) >> > I hope i can join you :) normally we will have a lecture and practice to taste wine Lecture made by an expert in wine :) And this will be normally for any ESUG attendee. Stef

March 4, 2009

Re: [Pharo-project] A point a.k.a excuse to you

by Igor Stasenko

My 2 cents: i don't care what is the name of software i running , be it Squeak or Pharo. I care only about 2 things: a) if i like something (because it works well), i want it to be in my image by a single mouse click b) if i dislike something (because its crap) , i want to be able to unload it by a single mouse click if software works different than in (a) like (can't load/unload without problems), this is automatically falls to category (b) :) -- Best regards, Igor Stasenko AKA sig.

March 4, 2009