I'm using 3.8 unstable and I found that the refresh of the window was slower and also invalidating far too much and redrawing the complete far too much especially when a debugger pops up. I'm using the latest VM of john on mac. Am I the only one?
Stef
On Sep 30, 2004, at 1:41 PM, stéphane ducasse wrote:
I'm using 3.8 unstable and I found that the refresh of the window was slower and also invalidating far too much and redrawing the complete far too much especially when a debugger pops up. I'm using the latest VM of john on mac. Am I the only one?
No, I noticed this too. It made the image pretty much unusable.
ok so let us add a bug report to mantis :) Even if I agree with tim about the situation (ideally I would dream about a seaside server and a squeak client but we are all busy).
Stef
On 30 sept. 04, at 19:53, Colin Putney wrote:
On Sep 30, 2004, at 1:41 PM, stéphane ducasse wrote:
I'm using 3.8 unstable and I found that the refresh of the window was slower and also invalidating far too much and redrawing the complete far too much especially when a debugger pops up. I'm using the latest VM of john on mac. Am I the only one?
No, I noticed this too. It made the image pretty much unusable.
At 1:53 PM -0400 9/30/04, Colin Putney wrote:
On Sep 30, 2004, at 1:41 PM, stéphane ducasse wrote:
I'm using 3.8 unstable and I found that the refresh of the window was slower and also invalidating far too much and redrawing the complete far too much especially when a debugger pops up. I'm using the latest VM of john on mac. Am I the only one?
No, I noticed this too. It made the image pretty much unusable.
I've also been sporadically bedeviled by this. Sometimes when a debugger pops up it can take the better part of a minute for the glacial repaintings to settle down.
FWIW this phenomenon also occurs in the current Squeakland 3.8 image, so I don't think it's a consequence of any post-m17n "unstable" additions...
Cheers,
-- Scott
Scott Wallace wrote:
FWIW this phenomenon also occurs in the current Squeakland 3.8 image, so I don't think it's a consequence of any post-m17n "unstable" additions...
And it seems like running squeak in the browser (firefox, windows) redraws on every mouse click, at least on clicks in the world.
Michael
Scott Wallace scott.wallace@squeakland.org wrote:
Date: Thu, 30 Sep 2004 14:59:13 -0700 From: Scott Wallace scott.wallace@squeakland.org Subject: Re: About refresh in 3.8 alpha To: The general-purpose Squeak developers list squeak-dev@lists.squeakfoundation.org Cc: johnmci@smalltalkconsulting.com reply-to: The general-purpose Squeak developers list squeak-dev@lists.squeakfoundation.org
At 1:53 PM -0400 9/30/04, Colin Putney wrote:
On Sep 30, 2004, at 1:41 PM, stphane ducasse wrote:
I'm using 3.8 unstable and I found that the refresh of the window was slower and also invalidating far too much and redrawing the complete far too much especially when a debugger pops up. I'm using the latest VM of john on mac. Am I the only one?
No, I noticed this too. It made the image pretty much unusable.
I've also been sporadically bedeviled by this. Sometimes when a debugger pops up it can take the better part of a minute for the glacial repaintings to settle down.
FWIW this phenomenon also occurs in the current Squeakland 3.8 image, so I don't think it's a consequence of any post-m17n "unstable" additions...
Did you guy's see my bug report yesterday about a debugger error ? Could this be related to that ? This is a error when the PreDebugWindow(SystemWindow)activate passes a check of owner not nil but fails on owner firstSubmorph Karl
I'm seeing this too. It is very slow on the Carbon VM and pretty slow using Ian's 3.7b Unix VM.
On Thu, 30 Sep 2004 19:41:06 +0200, stéphane ducasse ducasse@iam.unibe.ch wrote:
I'm using 3.8 unstable and I found that the refresh of the window was slower and also invalidating far too much and redrawing the complete far too much especially when a debugger pops up. I'm using the latest VM of john on mac. Am I the only one?
Stef
squeak-dev@lists.squeakfoundation.org