Michal I've generated a changeset for this, pulled it into a clean gate 
and ran the various tests (no change on CLI baseline). I'll push the 
change as soon as Padraig has taken another look over it.

JR

Michal Pryc wrote:
> John,
> With 600ms
> http://cr.opensolaris.org/~migi/11_10_2008_bug_4852_v4/
>
> For me it is not a big difference 600 or 300ms, both works pretty well.
>
> best
> Michal
>
> jmr wrote:
>   
>> Michal - Padraig and I have been testing this on a Toshiba Protoge R500
>> (dual core 1.2 GigHertz 1 Gig Ram). The 300 msec is not long enough. If
>> a refiltering is triggered in the middle of typing the text entry is
>> really slow and sluggish. So we need a delay long enough to make sure
>> the refiltering is not likely to be triggered, without slowing down the
>> final execution of the search. 600 msec seems to work pretty well.
>>
>> Can you respin the webrev with this delay in it.
>>
>> Thanks,
>>
>> JR
>>
>> Michal Pryc wrote:
>>     
>>> John,
>>> With the 300 definition. I've called it TYPE_AHEAD_DELAY as this is in
>>> the pm, so no need to add PM_.
>>> http://cr.opensolaris.org/~migi/11_10_2008_bug_4852_v3/
>>>
>>> Please test this on the Jeff machine and let me know, then I will submit
>>> to the gate.
>>>
>>> best
>>> Michal
>>>
>>> jmr wrote:
>>>
>>>       
>>>> Looks good to me, though I think:
>>>>
>>>>         563 +                gobject.idle_add(self.update_statusbar)
>>>>
>>>> Is not required as the status bar text is not being updated at this
>>>> time. It does need to be done as part of 4852, but as you say we are
>>>> only extracting the bits here to get the search performance improvement
>>>> for RC 1 1/2. You might want to put in a more descriptive define for
>>>> PM_TYPE_AHEAD_DELAY = 300  explaining that this will ensure if a user is
>>>> typing faster than 300 msec only the last search will be executed when
>>>> they stop typing.
>>>>
>>>> JR
>>>>
>>>>
>>>>
>>>> Michal Pryc wrote:
>>>>
>>>>         
>>>>> Hi,
>>>>> I did modify a little bit webrev[0] made by Padraig to not introduce new
>>>>> string message as the localization team asked for the string freeze for
>>>>> 2008.11 and the webrev is at:
>>>>>
>>>>> http://cr.opensolaris.org/~migi/11_10_2008_bug_4852_v1/
>>>>>
>>>>> I would like to push this to the gate Today, as Tomorrow is the build
>>>>> for RC1 1/5.
>>>>>
>>>>> Also I did run the tests and pylint.
>>>>>
>>>>> The bug description tells more about concept of this change.
>>>>> http://defect.opensolaris.org/bz/show_bug.cgi?id=4852
>>>>>
>>>>> best
>>>>> Michal
>>>>>
>>>>> [0] http://cr.opensolaris.org/~padraig/2737_v1_Nov7/
>>>>> _______________________________________________
>>>>> pkg-discuss mailing list
>>>>> [email protected]
>>>>> http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
>>>>>
>>>>>
>>>>>           
>>>> _______________________________________________
>>>> pkg-discuss mailing list
>>>> [email protected]
>>>> http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
>>>>
>>>>         
>>> _______________________________________________
>>> pkg-discuss mailing list
>>> [email protected]
>>> http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
>>>
>>>       
>> _______________________________________________
>> pkg-discuss mailing list
>> [email protected]
>> http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
>>     
>
> _______________________________________________
> pkg-discuss mailing list
> [email protected]
> http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
>   

_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss

Reply via email to