Mouse position in FireFox / NS

[scot_nery]

I got this working in all browsers but FF/NS. It's not picking up the
event to find the mouse position.

In a perfect world, you mouse over the link and a mouse bubble pops up.

Thanks for help.
scot

[scot_nery]

Crap... http://dev.juggle.com/bubbletest.html
there.

[Ross Marchant]

"scot_nery" <sc**@juggle.co m> wrote in message
news:11******** **************@ g49g2000cwa.goo glegroups.com.. .

Crap... http://dev.juggle.com/bubbletest.html
there.

If you copy this one, make sure you put the mouse bubble a bit away from the
mouse location, other wise dragging the mouse from left to right over the
link makes the bubble flash. (Try it). Probably because as you drag the
mouse right it is no longer over the link, but over the mouse bubble
instead, and thus onmouseout is called and the bubble dissapears.

Ross

[Stephen Chalmers]

scot_nery <sc**@juggle.co m> wrote in message news:11******** **************@ g44g2000cwa.goo glegroups.com.. .

I got this working in all browsers but FF/NS. It's not picking up the
event to find the mouse position.

// It's best to monitor mouse co-ordinates with a dedicated handler:

var mouseX, mouseY;

function getMousePos(e)
{
if (!e)
var e = window.event||w indow.Event;

if('undefined'! =typeof e.pageX)
{
mouseX = e.pageX;
mouseY = e.pageY;
}
else
{
mouseX = e.clientX + document.body.s crollLeft;
mouseY = e.clientY + document.body.s crollTop;
}

}

// You need to tell Mozilla to start listening:

if(window.Event && document.captur eEvents)
document.captur eEvents(Event.M OUSEMOVE);

// Then assign the mouse handler

document.onmous emove = getMousePos;

// Then your mouseover function can just read mouseX and mouseY directly.

--
Stephen Chalmers http://makeashorterlink.com/?H3E82245A

[scot_nery]

It's a success story. Thanks tons for the help. Can't we all just get
along, my fellow browsers?

http://dev.juggle.com/bubbletest.html

[Gérard Talbot]

Stephen Chalmers wrote :

scot_nery <sc**@juggle.co m> wrote in message news:11******** **************@ g44g2000cwa.goo glegroups.com.. .

I got this working in all browsers but FF/NS. It's not picking up the
event to find the mouse position.
// It's best to monitor mouse co-ordinates with a dedicated handler:

var mouseX, mouseY;

function getMousePos(e)
{
if (!e)
var e = window.event||w indow.Event;

This manner of coding is not recommendable, IMO. In javascript strict
mode (reporting warnings), Firefox will report that "variable e hides
argument". This manner of coding just makes debugging more difficult.

I recommend
var TheEventObject;
if(e)
{
TheEventObject = e;
}
else if(window.event )
{
TheEventObject = window.event;
}
else
{
TheEventObject = null;
};
if('undefined'! =typeof e.pageX)
{
mouseX = e.pageX;
mouseY = e.pageY;
}
else
{
mouseX = e.clientX + document.body.s crollLeft;
This will work in MSIE 5 but what if the document triggers standards
compliant mode in MSIE 6? In such case, the provided code will not
succeed as the root element is not the same.
As written, the code [indirectly] is not promoting web standards. As
written, the code is more backward-compatible than forward-compatible.
mouseY = e.clientY + document.body.s crollTop;
}

}

// You need to tell Mozilla to start listening:

if(window.Event && document.captur eEvents)
document.captur eEvents(Event.M OUSEMOVE);

Why not register the listener to the object with DOM 2 Events method?
It's forward-compatible. Future-proof.

Gérard
--
remove blah to email me

[Stephen Chalmers]

Gérard Talbot <ne***********@ gtalbot.org> wrote in message news:3m******** *****@uni-berlin.de...

Stephen Chalmers wrote :

scot_nery <sc**@juggle.co m> wrote in message news:11******** **************@ g44g2000cwa.goo glegroups.com.. .

var mouseX, mouseY;

function getMousePos(e)
{
if (!e)
var e = window.event||w indow.Event;

This manner of coding is not recommendable, IMO. In javascript strict
mode (reporting warnings), Firefox will report that "variable e hides
argument". This manner of coding just makes debugging more difficult.

That level of warning is intended to advise of possible pitfalls, not errors. I know that if I choose conditionally to
overwrite a passed parameter, then I must be aware that any initial value may be lost.

if('undefined'! =typeof e.pageX)
{
mouseX = e.pageX;
mouseY = e.pageY;
}
else
{
mouseX = e.clientX + document.body.s crollLeft;

This will work in MSIE 5 but what if the document triggers standards
compliant mode in MSIE 6?

That can happen only if the programmer brings it about, in which case he will know what to expect and amend the code
accordingly. I didn't want to clutter my demonstration with the cascade of questions that must be asked to cover that
contingency.

// You need to tell Mozilla to start listening:

if(window.Event && document.captur eEvents)
document.captur eEvents(Event.M OUSEMOVE);

Why not register the listener to the object with DOM 2 Events method?
It's forward-compatible. Future-proof.

Here I must bow to your clairvoyancy, however I don't seem to know the syntax for making it past-proof, which remains a
concern. On the planet where all users upgrade at the first opportunity, your advice may be of some value, but not where
I reside.

--
Stephen Chalmers
547265617375726 520627572696564 206174204F2E532 E207265663A2054 51323437393134