On Tue, Dec 28, 2010 at 4:20 PM, Igor Stasenko <siguctua@gmail.com> wrote:
i think that the problem here (as i understood),
that search window capturing a global focus,
while in reality it should prevent interaction only with window, where
you activated search/replace function,

no, it only bring in front, but it doesn't capture the mouse or key focus. Sorry, I expressed myself bad,

cheers

mariano
�
so you should not be able to interact with that window, while still
should be able to interact with another ones.

On 28 December 2010 15:03, Alain Plantec <alain.plantec@free.fr> wrote:
> Hi Mariano,
> It was supposed to be a feature, I mean for the find & replace window to
> always stay on top.
> A setting can be easily introduced to allow/forbid this.
> But, it should not take the keyboard focus: if you click on a code pane, for
> example, the find & replace window comes to top but the clicked code pane
> should keep the keyboard focus. It is the case here. Did you noticed
> something different ?
> Cheers
> Alain
>
> Le 28/12/2010 13:08, Mariano Martinez Peck a �crit :
>>
>> Hi (alain?). I wonder if this is a feature or a bug. When I open a system
>> windows AND a find & replace popup, �even if the system window is in front,
>> when I click in the code pane of a method, the find replace popup comes to
>> front :(
>> I mean, it gets the focus.
>>
>> Thanks
>>
>> Mariano
>
>
>



--
Best regards,
Igor Stasenko AKA sig.