Squeak-3.7: Title-Bar Buttons

Ned Konz ned at squeakland.org
Fri Feb 20 21:38:44 UTC 2004


On Friday 20 February 2004 12:31 pm, Martin Wirblat wrote:

> Sensor eventQueue is not nil, and your NoEventSensorProcess-ar.3.cs
> seems to make no difference. Trying to remember after what cases the
> 'event responsiveness' slows down, I came up with this:
>
> - Make a drag and drop in a browser of a method into a class, where
> the method can't be compiled ( inst var ) so that the debugger comes
> up ( and the dragNdrop operation is perhaps not completed correctly ).
>
> - Close the debugger.
>
> >From now on in this project strange things happen. The more windows
>
> are open, the more often. But the behavior is not constant. I seem to
> remember, that leaving the project and coming back, does not change
> things. But I couldn't reproduce this right now.
>
> I tried a virgin 3.6-5424 and a nearly virgin 3.7-5707 image, and I
> think the effect of dragging the mouse away after clicking a close
> button ( and not closing the window or menu ) increases after this
> dragNdrop-operation.
>
> These effects I notice:
>
> - after clicking the close button, it becomes _very_ easy to drag the
> mouse away, so that no close happens. The effect is a bit weaker for
> menu entries
> - these 1 sec hold-action buttons sometimes think after a click they
> have gotten pressed 1 sec, even if the mouse isn't moved.
> - it seems to become worse with more windows open
>
> All that on a slow machine: PC 266Mhz ( Win2K ).
>
> Regards
> Martin

Do this:
* open a Transcript
* do from a Workspace
	Utilities cleanseOtherworldlySteppers.
	World clearCommandHistory.
	Smalltalk garbageCollect.

and see if:
* the Transcript shows that anything was removed
* the problem is still there

-- 
Ned Konz
http://bike-nomad.com/squeak/



More information about the Squeak-dev mailing list