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.