Positioning a child window relative to the parent

[Geoffrey H. Goldberg]

I have made a remote control window which opens from its parent. On
loading, the remote is positioned relative to the screen using
window.moveTo(x ,y).

What I would like to happen is the remote control to open docked in a
specific location relative to the parent (opener).

Fortunately, I need this to work ONLY in IE, so at least I don't have to
worry about cross-browser issues.

Does anyone know how to open a window realtive to an anchor in the parent
wiondow?

[VK]

var winRef =
window.open("fo o.html","winNam e","height=100, width=200,left= 0,top=0");

[Geoffrey H. Goldberg]

Thank you for the response.

What you have shown allows positioning relative to the parent window, but
what I am looking for is a means of positioning relative to an *element* in
that window. For instance, I would like to open the window on top of a
table cell in the parent. Obviously that value will be variable depending
upon what toolbars, etc. the user has opened in the parent. Somehow I must
pass the anchor's postion in the parent window.

"VK" <sc**********@y ahoo.com> wrote in message
news:11******** **************@ o13g2000cwo.goo glegroups.com.. .

var winRef =
window.open("fo o.html","winNam e","height=100, width=200,left= 0,top=0");

[Gérard Talbot]

Geoffrey H. Goldberg wrote :

Thank you for the response.

What you have shown allows positioning relative to the parent window,
?
No. The requested popup window is positioned relative to the user
screen, not the parent window.

but what I am looking for is a means of positioning relative to an *element* in
that window. For instance, I would like to open the window on top of a
table cell in the parent.

Why do you need a requested popup window to display whatever is in that
popup window? I'm sure there is a more suitable and user-friendly way to
do what your webpage requirements are without resorting to a secondary
window.

Obviously that value will be variable depending upon what toolbars, etc. the user has opened in the parent.

There is no direct and reliable way to figure out the user's browser
window toolbars and their height or total height. Even in Mozilla-based
browsers, the user can customize an hidden pref to avoid revealing the
outerHeight of the browser window.

Gérard
--
remove blah to email me

[Geoffrey H. Goldberg]

>Why do you need a requested popup window to display whatever is in that

popup window? <
My website is a project management portal encompassing 13 projects and a
total of something like 650 menu items. (And yes, they are all important).
I can not use frames because I do not want to sacrifice the real estate
(some of the data tables are very large). So I made a remote control window
for the menu system(s). It serves the purpose well. At present it opens
in the top left corner of the screen. The only reason why I want it to open
"docked" in the homepage (the parent window) is for aesthetics.
I'm sure there is a more suitable and user-friendly way to do what your
webpage requirements are without resorting to a secondary window.<

Not that I can think of, and I have studied this issue rather intensely.
Actually the site is extremely user friendly. I am curious as to why you
would assume that since the system uses two windows that it must be
otherwise. This system is used exclusively for engineering project
management, and not for casual website browsing.

[VK]

<your table>
<td
onclick="window .open('foo.html ','foo','width= 200,height=100, left='+this.off setLeft+',top=' +this.offsetTop +'\'')">
<your table>

Needs to be tune up slightly (+/-) for FF who has a separate opinion of
the coords calculation.

[Geoffrey H. Goldberg]

What this does is position the remote window relative to the screen at the
same offset as the anchor has in its cell.

I need a means of resolving the position of the inner browser window
relative to the screen. Once I have that it would be a relatively simple
matter to perform the math (by adding the offsets to the anchor, which are
constants).

The question comes down to: does IE report the position of the inner
browser window?

(I am not concerned with FF (or NN) because all of my users employ IE.)
"VK" <sc**********@y ahoo.com> wrote in message
news:11******** *************@z 14g2000cwz.goog legroups.com...

<your table>
<td
onclick="window .open('foo.html ','foo','width= 200,height=100, left='+this.off setLeft+',top=' +this.offsetTop +'\'')">
<your table>

Needs to be tune up slightly (+/-) for FF who has a separate opinion of
the coords calculation.

[VK]

> The question comes down to: does IE report

the position of the inner browser window?

Yes, sure. Why do you prefer to trust this group instead of Microsoft
itself? You thing they will try to cheat you? (a right thinking
though).
<http://msdn.microsoft. com/library/default.asp?url =/workshop/author/dhtml/reference/objects/obj_window.asp>
look for screenX and screenY properties there.

[Richard Cornford]

Geoffrey H. Goldberg wrote:
<snip>

The question comes down to: does IE report the position of
the inner browser window? <snip>

If the event that triggers the opening of the window is a mouse event
then it will have screenX/Y values that represent the screen offset of
the mouse and clientX/Y values that represent the offset of the mouse
into the client-area/viewport. The difference between these two values
is the screen offset of the client-area/viewport.

Then the sum of the page element's offset in the client-area (which is
also the element's page offset adjusted by the degree to which the page
is scrolled) and the screen offset of the viewport is the screen
co-ordinates of the page element.

Watch out for the borders on the root element of the page, which IE
defaults to 2px, and represents as the clientTop/Left properties of the
root element. It is likely that at lest one set of offsets will need
adjusting by that value (the symptoms of needing to make the adjustments
are finding a positioned result that is 2px off from where you were
expecting it).

Which element (HTML or BODY) is the root element depends upon the
setting of - document.compat Mode -. If that property is not implemented
in IE (<= 5.5) then the BODY is the root element, if it is implemented
(IE 6) then a value of "CSS1Compat " indicates that the HTML element is
the root, and BODY otherwise.
"VK" <sc**********@y ahoo.com> wrote in message

<snip>

Please do not top-post to comp.lang.javas cript. It will often be taken
as an indication that you are not interested in having your questions
answered. Certainly do not make the mistake of taking VK's behaviour
(or advice, without third party confirmation) as indication a wise cause
of action. See the group's FAQ:-

<URL: http://www.jibbering.com/faq/ >

Richard.

[Danny]

Yes it does, in mozilla you use .innerWidth and .innerHeight, in IE is
document.body.c lientWidth and document.body.c lientHeight.

Danny
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/