Let us know if we missed something. It is probable.
> See post of 30/8/2011...
>
> Though only on initialize (as user can place afterwards), might need to be more aggressive (in open).
> Wonder if any of those fixes got in...
>
> Regards, Gary
> ----- Original Message -----
> From: Mariano Martinez Peck
> To:
[hidden email]
> Sent: Thursday, October 27, 2011 6:19 PM
> Subject: Re: [Pharo-project] When using Autotest + TilingWindowManager, the sarch dialog is unaccesible
>
>
>
> On Thu, Oct 27, 2011 at 7:07 PM, Gary Chambers <
[hidden email]> wrote:
> I'm sure I had some fixes for this... must find!
>
>
> please please :)
>
> Regards, Gary
> ----- Original Message -----
> From: laurent laffont
> To:
[hidden email]
> Sent: Thursday, October 27, 2011 5:51 PM
> Subject: Re: [Pharo-project] When using Autotest + TilingWindowManager, the sarch dialog is unaccesible
>
> On Thu, Oct 27, 2011 at 2:26 PM, Mariano Martinez Peck <
[hidden email]> wrote:
> Hi (alain?). When using Autotest + TilingWindowManager , if I then I am in the system browser and press cmd + f, the search dialog is too much in the top left of the screen. I cannot type in there, and I cannot move it.
> Look the attached screenshot.
> So... any ideas how we can fix that? what about just giving focus (bring to front) to the search windows just after opening it ?
>
>
> Hi,
>
> I'm not aware of the consequences, but if you remove:
> EditorFindReplaceDialogWindow>>open
>
> (thus using SystemWindow>>open instead)
>
> the dialog is placed the same way as SystemWindows and does not open behind docked bars.
>
> Laurent
>
>
>
>
> thanks in advance,
>
> --
> Mariano
>
http://marianopeck.wordpress.com>
>
>
>
>
> --
> Mariano
>
http://marianopeck.wordpress.com>
Locked
Screen shot 2011-10-27 at 2.25.26 PM.png (94K)