Here is a classic scenario for slow scroll pane:
You open a explorer on a form, and then you click the arrow for the forms
bits...

Karl


On Sat, Apr 25, 2015 at 6:16 PM, karl ramberg <karlramberg at gmail.com> wrote:

> I guess I can tell it's snappier. I tested the smart splitters again, and
> they seem to work better than before. It's a unusual GUI feature I think
> will take a little time to get used to
>
> Karl
>
> On Sat, Apr 25, 2015 at 4:49 PM, Marcel Taeumel <
> marcel.taeumel at student.hpi.uni-potsdam.de> wrote:
>
>> I approximated that number after running several #bench on parts of the
>> scroll pane layouting algorithm. For example:
>>
>> ScrollPane >> #minWidth
>> ScrollPane >> #setScrollDeltas
>> ScrollPane >> #innerBounds
>> ScrollPane >> #scrollbarThickness
>>
>> Or "pane hasProperty: #hScrollBarAlways" vs. "pane hScrollBarPolicy ==
>> #always".
>>
>> These modifications were motivated by Chris, who noticed a significant
>> performance decrease in Smart Splitters after some of my recent
>> fixes/refactorings in scroll bars, scroll panes, and their subclasses. :)
>>
>> Best,
>> Marcel
>>
>>
>>
>> --
>> View this message in context:
>> http://forum.world.st/The-Trunk-Morphic-mt-925-mcz-tp4821751p4821802.html
>> Sent from the Squeak - Dev mailing list archive at Nabble.com.
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20150426/f6b0c20f/attachment.htm