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.