It is ok for me.
I think that horizontal scrollbars in class categories are not really 
good.
On 4 avr. 05, at 0:20, Doug Way wrote:

>
> Alright, that speeds things back up quite a bit.  I think that may be 
> fast enough to turn the (optional) horizontal scrollbars back on, if 
> we add it to 3.9alpha.  What do you think, Stephane?
>
> Here are the test results, with the DoIt from my previous post ("UI 
> benchmarks..."):
>
> 3.9alpha-6606:
> 1-10:  6728
> 11-20: 11673
> 21-30: 17152
>
> 3.9alpha-6606 with #alwaysHideHScrollbar off:
> 1-10:  12562
> 11-20: 17818
> 21-30: 23245
>
> 3.9alpha-6606 with #alwaysHideHScrollbar off and Steven's 
> fasterHScrollbar.cs:
> 1-10:  7816
> 11-20: 13101
> 21-30: 18395
>
> 3.9alpha-6606 with #alwaysHideHScrollbar off and Steven's 
> fasterHScrollbar.cs, plus Accuny text/list/code fonts & no rounded 
> corners:
> 1-10:  6861
> 11-20: 7851
> 21-30: 4640
>
> - Doug
>
>
> On Apr 3, 2005, at 3:46 PM, Steven Swerling wrote:
>
>> The attached changeset speeds up initialization of scrollpanes 
>> containing horizontal scrollbars by caching scroll range values.
>>
>> Compared to turning off horz scrollbars altogether, "Browser 
>> openBrowser" is still about 70ms slower, and "Browser fullOnClass: 
>> Browser selector: openBrowser" is about 120ms slower. A signifigant 
>> speedup nonetheless with a penalty analagous to turning rounded 
>> window corners on.
>>
>> <fasterHScrollbar.2.cs.gz>
>
>