- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Starting with 1.2.1 - Slow installing packages

by Marcus Denker

On Jul 2, 2011, at 5:57 PM, Giuseppe Luigi Punzi wrote: > El 02/07/2011 16:13, StÃ©phane Ducasse escribiÃ³: >> consider to use 1.3 because we did some little fixes there and there. >> http://code.google.com/p/pharo/wiki/ActionsInPharoOneDotThree >> Stef >> >> On Jul 2, 2011, at 1:52 PM, Giuseppe Luigi Punzi wrote: >> > Hi Stephane, > > This? https://gforge.inria.fr/frs/download.php/28638/Pharo-1.3-13257.zip > Better the integration server, as we are at 13281 already... I will update the files on gforge. https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.3/ Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

July 2, 2011

Re: [Pharo-project] Starting with 1.2.1 - Slow installing packages

by Giuseppe Luigi Punzi

El 02/07/2011 16:13, StÃ©phane Ducasse escribiÃ³: > consider to use 1.3 because we did some little fixes there and there. > http://code.google.com/p/pharo/wiki/ActionsInPharoOneDotThree > Stef > > On Jul 2, 2011, at 1:52 PM, Giuseppe Luigi Punzi wrote: > Hi Stephane, This? https://gforge.inria.fr/frs/download.php/28638/Pharo-1.3-13257.zip

July 2, 2011

[Pharo-project] [update 1.4] #14024

by Marcus Denker

14024 ----- Issue 4489: Obsolete classes in 1.4 due to Theme rename http://code.google.com/p/pharo/issues/detail?id=4489 Issue 4487: Set Theme back to Pharo Theme http://code.google.com/p/pharo/issues/detail?id=4487 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

July 2, 2011

Re: [Pharo-project] Starting with 1.2.1 - Slow installing packages

by StÃ©phane Ducasse

consider to use 1.3 because we did some little fixes there and there. http://code.google.com/p/pharo/wiki/ActionsInPharoOneDotThree Stef On Jul 2, 2011, at 1:52 PM, Giuseppe Luigi Punzi wrote: > Hi all, > > I downloaded 1.2.1, and I'm trying to install some packages to start a new project. The problem I found for the moment, is, thath is taking a lot of time to install. > > For example, I did the ConfigurationOfO2 and this was 25 minutes ago. > > Is this normal? I can see pharo.exe is consuming 35MB of RAM. Probably is a limit, and I can increase it? I suppose thath this is the bottleneck. > > Thanks. >

July 2, 2011

Re: [Pharo-project] Starting with 1.2.1 - Slow installing packages

by Giuseppe Luigi Punzi

El 02/07/2011 13:58, Mariano Martinez Peck escribiÃ³: > > > On Sat, Jul 2, 2011 at 1:52 PM, Giuseppe Luigi Punzi > <glpunzi(a)lordzealon.com <mailto:glpunzi@lordzealon.com>> wrote: > > Hi all, > > I downloaded 1.2.1, and I'm trying to install some packages to > start a new project. The problem I found for the moment, is, thath > is taking a lot of time to install. > > For example, I did the ConfigurationOfO2 and this was 25 minutes ago. > > > Are you on Windows? do you have anti-viruson? > "Pharo on Windows is terribly slow. What's wrong?" in > http://www.pharo-project.org/documentation/faq Gracias Mariano, Seems was Nod32 the problem. Thanks.

July 2, 2011

Re: [Pharo-project] Starting with 1.2.1 - Slow installing packages

by Mariano Martinez Peck

On Sat, Jul 2, 2011 at 1:52 PM, Giuseppe Luigi Punzi <glpunzi(a)lordzealon.com > wrote: > Hi all, > > I downloaded 1.2.1, and I'm trying to install some packages to start a new > project. The problem I found for the moment, is, thath is taking a lot of > time to install. > > For example, I did the ConfigurationOfO2 and this was 25 minutes ago. > > Are you on Windows? do you have anti-viruson? "Pharo on Windows is terribly slow. What's wrong?" in http://www.pharo-project.org/documentation/faq > Is this normal? I can see pharo.exe is consuming 35MB of RAM. Probably is a > limit, and I can increase it? I suppose thath this is the bottleneck. > > Thanks. > > -- Mariano http://marianopeck.wordpress.com

July 2, 2011

Re: [Pharo-project] Starting with 1.2.1 - Slow installing packages

by Marcus Denker

On Jul 2, 2011, at 1:53 PM, Giuseppe Luigi Punzi wrote: > Hi all, > > I downloaded 1.2.1, and I'm trying to install some packages to start a new project. The problem I found for the moment, is, thath is taking a lot of time to install. > > For example, I did the ConfigurationOfO2 and this was 25 minutes ago. > O2 is *not* compatible with 1.2, it has been abandoned and is not developped anymore. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

July 2, 2011

[Pharo-project] Starting with 1.2.1 - Slow installing packages

by Giuseppe Luigi Punzi

Hi all, I downloaded 1.2.1, and I'm trying to install some packages to start a new project. The problem I found for the moment, is, thath is taking a lot of time to install. For example, I did the ConfigurationOfO2 and this was 25 minutes ago. Is this normal? I can see pharo.exe is consuming 35MB of RAM. Probably is a limit, and I can increase it? I suppose thath this is the bottleneck. Thanks.

July 2, 2011

Re: [Pharo-project] little challenge for sven and us

by Denis Kudriashov

Hello 2011/7/1 Janko MivÅ¡ek <janko.mivsek(a)eranova.si> > > S, Philippe Marschall piÅ¡e: > > first := self askForFirstObject. > > second := self askForSecondObject. > > (first aSelector: second) > > ifTrue: [ self something ] > > ifFalse: [ self somethingElse ] > > > Asynchronous way would be something like: > > self askForFirstObject > onAnswerDo: [:first | > self askForSecondObject > onAnswerDo: [:second | > (first aSelector: second) > ifTrue: [self something] > ifFalse: [self somethingElse] > ] > ] > Ok. But how you rewrite more complex control flow example: first := self askForFirstObject. second := self askForSecondObject. (first aSelector: second) ifTrue: [ target := self askForThirdObject] ifFalse: [ target := self askForLastObject ]. self saveToDB: target. self show: target. self show: first. self show: second. Maybe like this: self askForFirstObject onAnswerDo: [:first | self askForSecondObject onAnswerDo: [:second | (first aSelector: second) ifTrue: [self askForThirdObject onAnswerDo: [:target | self saveToDB: target. self show: target. self show: first. self show: second. ] ifFalse: [self askForLastObject onAnswerDo: [:target | self saveToDB: target. self show: target. self show: first. self show: second] ] ]. Are you really like this code? I think no. And when interraction logic become more difficult you will get more and more complex fragile code. I think continuations based synch approach should be core of any UI framework (not just web). But web browsers can't do this :( This surely looks less nice than your example but it is closer to event > driven nature of browser and web apps. And because such workflow is > actually rare, it is IMHO not worth such a big expense in framework > complexity. > Best regards > Janko > > > -- > Janko MivÅ¡ek > Aida/Web > Smalltalk Web Application Server > http://www.aidaweb.si > >

July 2, 2011

Re: [Pharo-project] [Moose-dev] Re: GLMTextualPresentation background color

by StÃ©phane Ducasse

I would like to get a list of important things to fix in the UI I have - in place item list edit (we should be able to change the protocol of a method by clicking on the list item) - fixed layout (problem of the expansion in glamour) - seeing only what is shown when typing (you type on a list = it shows you the matching items) Coudl you report the list of what is urgently needed in the pharo mailing-list? Stef On Jul 1, 2011, at 10:13 PM, Lukas Renggli wrote: >> 2. Perhaps you can take a shorter route and build a model of a simply text with zones that have styles and actions. Then we integrate this in the rendering. > > FYI: In Helvetia-Core there is a class called CHHighlightAttribute > that can highlight the background, as well as draw bitmap borders > (e.g. wiggled lines) around (left, right, bottom, top) the text. The > only problem is that a solid background will hide the text selection. > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev

July 2, 2011