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

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

by Igor Stasenko

2009/3/4 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> >>>> 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. > i more concerned meeting you and Goran, than tasting a wine. I'm not drinking :) > Stef > - Show quoted text - > _______________________________________________ > 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.

March 4, 2009

Re: [Pharo-project] UI performance

by Sebastian Sastre

I've just noticed I was working in 0.1-10231, now I'm downloading 243 > -----Mensaje original----- > De: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr] En > nombre de Sebastian Sastre > Enviado el: Wednesday, March 04, 2009 14:56 > Para: Pharo-project(a)lists.gforge.inria.fr > Asunto: Re: [Pharo-project] UI performance > > 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 > > > _______________________________________________ > 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] New Compiler

by John M McIntosh

Please don't loose the fact that the Alien support mucks about in the compiler too. On 4-Mar-09, at 12:51 AM, Jorge Ressia wrote: > Hi, > > Marcus Denker and myself will be working on the New Compiler for > Pharo. We have a plan draft of the steps that need to be followed in > order to get it up and running in Pharo: -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

March 4, 2009

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