e.layerX problem on Macintosh browsers

**Thomas 'PointedEars' Lahn** · Oct 24 '08, 06:55 PM

Re: e.layerX problem on Macintosh browsers

Mathieu Maes wrote:

I have developed a page with javascript which has a filmstrip look-
alike bar and a slideshow:

There is no "javascript ".

http://celtecbe.apache02.hostbasket.com/pdw/media.php?id=268

>
It uses a "onmousemov e" event, which controls the strip's scrolling
according the mouse position.

That's a `mousemove' event; `onmousemove' is the name of this event's
handler attribute.

This strip seems to work just fine on IE 6, IE 7, Opera, Firefox and
Safari for Windows. However, it's not working properly on Macintosh
platform browsers (Tested on Safari and Firefox).
[...]
Since I don't own a macintosh, it's really difficult to solve this
problem. Some help is greatly appreciated.

Your markup is far from being Valid in the first place. Don't use XHTML if
you don't know what you are doing.

<http://validator.w3.or g/check?uri=http://celtecbe.apache 02.hostbasket.c om/pdw/media.php?id=26 8&ss=1;verbose= 1>

HTH

PointedEars
--
realism: HTML 4.01 Strict
evangelism: XHTML 1.0 Strict
madness: XHTML 1.1 as application/xhtml+xml
-- Bjoern Hoehrmann

**Conrad Lender** · Oct 25 '08, 02:25 AM

Re: e.layerX problem on Macintosh browsers

On 2008-10-24 20:49, Thomas 'PointedEars' Lahn wrote:

>I have developed a page with javascript which has a filmstrip look-
>alike bar and a slideshow:

>
There is no "javascript ".

Wait, what now? I thought that in this group (comp.lang.*jav ascript*)
that was the most popular, or even "recommende d", variant of saying "an
unspecified implementation of ECMAScript in a browser environment".

I don't mean to start this discussion all over again, but after the
latest thread concerning this topic, I've been using the "javascript "
spelling here, even though I personally don't like it, because it's been
promoted in the FAQ and because it seems to be the majority opinion.

You've very recently accused another poster of splitting hairs, and now
you object to the use of "javascript "? Well what else should the OP call
it, in your opinion?

>It uses a "onmousemov e" event, which controls the strip's scrolling
>according the mouse position.

>
That's a `mousemove' event; `onmousemove' is the name of this event's
handler attribute.

More hair-splitting. It's perfectly obvious what xdevel1999 was
referring to.

Your markup is far from being Valid in the first place.

ACK.

Don't use XHTML if you don't know what you are doing.

HTH

I sincerely doubt that helped anybody.

<side note>
Honestly, sometimes I wonder if you write your replies just to annoy and
infuriate the persons who asked the questions. In this specific case, an
appropriate and helpful reply would have been something like "check if
the problem still exists when you use valid XHTML". If you know anything
about why the problem appears to be Mac-specific, why didn't you mention
it? If you don't have a clue, why even bother to answer?
</>

- Conrad

**Mathieu Maes** · Oct 25 '08, 09:25 AM

Re: e.layerX problem on Macintosh browsers

There is no "javascript ".

>

That's a `mousemove' event; `onmousemove' is the name of this event's
handler attribute.
>

>
Your markup is far from being Valid in the first place. Don't use XHTML if
you don't know what you are doing.

Thanks for those far from ontopic (but valid) remarks.

**Thomas 'PointedEars' Lahn** · Oct 26 '08, 10:45 AM

Re: e.layerX problem on Macintosh browsers

Mathieu Maes wrote:

>There is no "javascript ".
>[...]
>That's a `mousemove' event; `onmousemove' is the name of this event's
>handler attribute.
>[...]
>Your markup is far from being Valid in the first place. Don't use XHTML if
>you don't know what you are doing.

>
Thanks for those far from ontopic (but valid) remarks.

Those remarks are all very on-topic.

1. You are dealing with several ECMAScript implementations which behavior
differs from one another despite their similarities.

2. There is a difference between event, event handler, and event listener.

3. You cannot expect a DOM-related script to work properly from within or
on invalid markup.

Now either get yourself informed and learn to quote, or go away, please.

PointedEars
--
var bugRiddenCrashP ronePieceOfJunk = (
navigator.userA gent.indexOf('M SIE 5') != -1
&& navigator.userA gent.indexOf('M ac') != -1
) // Plone, register_functi on.js:16

**Martin Rinehart** · Oct 26 '08, 02:45 PM

Re: e.layerX problem on Macintosh browsers

Can't help re Mac, but you may find this useful. W3C has defined a
nice, clean opacity treatment. Just set element.style.o pacity to a
value between 0 and 1.

-------------------------------------------------

// set the opacity for different browsers
// Konqueror had, then lost, opacity capability
function setOpacity( opacity, id ) {
/* Stuff like this is vital to know and takes forever to ferret
out.
Thanks, brainerror. */

if ( opacity < 0 ) opacity = 0;
if ( opacity 1 ) opacity = 1;

object = document.getEle mentById( id )

if ( object && object.style ) {
var style_ = object.style;

style_.opacity = opacity;// most modern browsers
style_.MozOpaci ty = opacity; // original Mozilla
style_.KhtmlOpa city = opacity; // older Konqueror, Safari
style_.filter = "alpha(opacity= " + (100*opacity) + ")"; //
guess who
}

} // end of setOpacity()

**David Mark** · Oct 27 '08, 05:15 AM

Re: e.layerX problem on Macintosh browsers

On Oct 24, 7:15 am, Mathieu Maes <mathieu.m...@g mail.comwrote:

I have developed a page with javascript which has a filmstrip look-
alike bar and a slideshow:http://celtecbe.apache02.hostbasket....dia.php?id=268
>
It uses a "onmousemov e" event, which controls the strip's scrolling
according the mouse position.
>
This strip seems to work just fine on IE 6, IE 7, Opera, Firefox and
Safari for Windows. However, it's not working properly on Macintosh
platform browsers (Tested on Safari and Firefox).
>
I'm especially astonished that the OS platform is interfering with

The OS platform is not interfering. You have done something wrong and
it just happened to work in the five Windows browsers tested.

this, meaning that it works perfectly in FF on windows, but not on
Mac.

You should elaborate on that.

**Mathieu Maes** · Oct 27 '08, 04:15 PM

Re: e.layerX problem on Macintosh browsers

I managed to implement a workaround in the previously given address.

I used event.pageX instead of event.layerX. pageX seems to work just
fine if I simply extract the left margin from the returned value.
However, this is not a solution. I've been getting this
"script" (whatever you wish to call it) to work on a centered page,
where the pageX value can't be used for this purpose.

An example:

404 Not Found

http://www.kalamu.be/nl/portfolio/bedrijfscommunicatie

Anyone here who could help me find a workaround ? Since I don't own a
mac (yes yes, boohoo, shame on me) it's very hard for me to do tests.

Kind regards,
Mathew

**Dr J R Stockton** · Oct 27 '08, 06:15 PM

Re: e.layerX problem on Macintosh browsers

In comp.lang.javas cript message <4904494B.30905 08@PointedEars. de>, Sun,
26 Oct 2008 11:41:15, Thomas 'PointedEars' Lahn <PointedEars@we b.de>
posted:

>Mathieu Maes wrote:

>Now either get yourself informed and learn to quote, or go away, please.

Mathieu : Ignore the rudeness of the psychologically abnormal. He is
not representative of the rest of us, with one obvious possible
exception.

--
(c) John Stockton, Surrey, UK. ?@merlyn.demon. co.uk Turnpike v6.05 MIME.
Web <URL:http://www.merlyn.demo n.co.uk/- FAQish topics, acronyms, & links.
Proper <= 4-line sig. separator as above, a line exactly "-- " (SonOfRFC1036)
Do not Mail News to me. Before a reply, quote with ">" or "" (SonOfRFC1036)

**Mathieu Maes** · Oct 28 '08, 08:05 AM

Re: e.layerX problem on Macintosh browsers

I'm especially astonished that the OS platform is interfering with

>
The OS platform is not interfering. You have done something wrong and
it just happened to work in the five Windows browsers tested.
>

this, meaning that it works perfectly in FF on windows, but not on
Mac.

>
You should elaborate on that.

The above script works fine on Firefox for windows, but not on Firefox
for mac. I meant to say that strangely enough there's a difference in
behavior between the PC version and the Mac version, even though (as
far as I know).

I've also made the page valid XHTML. Can anyone check if this has made
any difference ?

http://celtecbe.apache02.hostbasket.com/pdw/media.php?id=289

**Thomas 'PointedEars' Lahn** · Oct 28 '08, 10:35 AM

Re: e.layerX problem on Macintosh browsers

[attribution lines restored]

Mathieu Maes wrote:

David Mark wrote:

>Mathieu Maes wrote:

>>I'm especially astonished that the OS platform is interfering with

>The OS platform is not interfering. You have done something wrong and
>it just happened to work in the five Windows browsers tested.
>>

>>this, meaning that it works perfectly in FF on windows, but not on
>>Mac.

>You should elaborate on that.

>
The above script works fine on Firefox for windows, but not on Firefox
for mac. I meant to say that strangely enough there's a difference in
behavior between the PC version and the Mac version, even though (as far
as I know).

Possibility: Firefox version numbers differ.

I've also made the page valid XHTML. Can anyone check if this has made
any difference ?
http://celtecbe.apache02.hostbasket....dia.php?id=289

Works fine in Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US;
rv:1.9.0.3) Gecko/2008092414 Firefox/3.0.3.

Please read the FAQ Notes on how to quote properly:

<http://jibbering.com/faq/faq_notes/clj_posts.html>

PointedEars
--
Prototype.js was written by people who don't know javascript for people
who don't know javascript. People who don't know javascript are not
the best source of advice on designing systems that use javascript.
-- Richard Cornford, cljs, <f806at$ail$1$8 300dec7@news.de mon.co.uk>

**David Mark** · Oct 28 '08, 06:45 PM

Re: e.layerX problem on Macintosh browsers

On Oct 28, 4:02 am, Mathieu Maes <mathieu.m...@g mail.comwrote:

I'm especially astonished that the OS platform is interfering with

>

The OS platform is not interfering. You have done something wrong and
it just happened to work in the five Windows browsers tested.

>

this, meaning that it works perfectly in FF on windows, but not on
Mac.

>

You should elaborate on that.

>
The above script works fine on Firefox for windows, but not on Firefox

That is not an elaboration.

for mac. I meant to say that strangely enough there's a difference in

What is the difference?

behavior between the PC version and the Mac version, even though (as
far as I know).

There are lots of little differences between FF Mac and FF Windows.
FF Mac has more bugs as well.

>
I've also made the page valid XHTML. Can anyone check if this has made

Why? Are you serving it as XHTML? If so, you do know that IE will
open a "Save As" dialog in response to that.

**Thomas 'PointedEars' Lahn** · Oct 28 '08, 08:55 PM

Re: e.layerX problem on Macintosh browsers

David Mark wrote:

On Oct 28, 4:02 am, Mathieu Maes <mathieu.m...@g mail.comwrote:

>behavior between the PC version and the Mac version, even though (as
>far as I know).

>
There are lots of little differences between FF Mac and FF Windows.
FF Mac has more bugs as well.

Care to elaborate on that?

>I've also made the page valid XHTML. Can anyone check if this has made

>
Why? Are you serving it as XHTML? If so, you do know that IE will
open a "Save As" dialog in response to that.

To be fair, it was something similar to XHTML in the first place, so the
emphasis would be on "valid" now, which is in itself a Good Thing.

But yes, XHTML should not be used unless required, even though IE/MSHTML
will only show that dialog (hmm, you got the general meaning now ;-)) if it
is served as Content-Type: application/xhtml+xml and the like. (As for me,
acceptable requirements for using XHTML and serving it as text/html anyway
include XML-based server-side template engines.)

PointedEars
--
Use any version of Microsoft Frontpage to create your site.
(This won't prevent people from viewing your source, but no one
will want to steal it.)
-- from <http://www.vortex-webdesign.com/help/hidesource.htm>

**David Mark** · Oct 28 '08, 09:15 PM

Re: e.layerX problem on Macintosh browsers

On Oct 28, 4:47 pm, Thomas 'PointedEars' Lahn <PointedE...@we b.de>
wrote:

David Mark wrote:

On Oct 28, 4:02 am, Mathieu Maes <mathieu.m...@g mail.comwrote:

behavior between the PC version and the Mac version, even though (as
far as I know).

>

There are lots of little differences between FF Mac and FF Windows.
FF Mac has more bugs as well.

>
Care to elaborate on that?

On bugs in FF Mac? Start with the rendering woes. Scrollbars can
bleed through absolutely positioned elements for one. Flash movies
have similar problems. Clearly the Windows version is a higher
priority for them (or they just can't code a Mac application.)

>

I've also made the page valid XHTML. Can anyone check if this has made

>

Why? Are you serving it as XHTML? If so, you do know that IE will
open a "Save As" dialog in response to that.

>
To be fair, it was something similar to XHTML in the first place, so the

That doesn't make it right. Whenever I see this on the Web, I take it
as a sign that the developers' only proficiency is using the
clipboard.

emphasis would be on "valid" now, which is in itself a Good Thing.

Valid XHTML that will ultimately be error corrected to HTML is
useless.

>
But yes, XHTML should not be used unless required, even though IE/MSHTML
will only show that dialog (hmm, you got the general meaning now ;-)) if it

You are such a pinhead.

**Thomas 'PointedEars' Lahn** · Oct 29 '08, 01:25 AM

Re: e.layerX problem on Macintosh browsers

David Mark wrote:

Thomas 'PointedEars' Lahn wrote:

>David Mark wrote:

>>On Oct 28, 4:02 am, Mathieu Maes <mathieu.m...@g mail.comwrote:
>>>behavior between the PC version and the Mac version, even though (as
>>>far as I know).
>>There are lots of little differences between FF Mac and FF Windows.
>>FF Mac has more bugs as well.

>Care to elaborate on that?

>
On bugs in FF Mac? Start with the rendering woes. Scrollbars can
bleed through absolutely positioned elements for one. Flash movies
have similar problems. [...]

Thanks, I'll keep that in mind.

>>>I've also made the page valid XHTML. Can anyone check if this has made
>>Why? Are you serving it as XHTML? If so, you do know that IE will
>>open a "Save As" dialog in response to that.

>To be fair, it was something similar to XHTML in the first place, so the

>
That doesn't make it right. Whenever I see this on the Web, I take it
as a sign that the developers' only proficiency is using the
clipboard.

Do you understand what "To be fair, ... But yes, ..." means? I guess
anybody else did.

>emphasis would be on "valid" now, which is in itself a Good Thing.

>
Valid XHTML that will ultimately be error corrected to HTML is
useless.

That depends. And you don't know how it is being served in this case to
begin with.

>But yes, XHTML should not be used unless required, even though IE/MSHTML
>will only show that dialog (hmm, you got the general meaning now ;-)) if it

>
You are such a pinhead.

Your smiley detector is borken.

PointedEars
--
var bugRiddenCrashP ronePieceOfJunk = (
navigator.userA gent.indexOf('M SIE 5') != -1
&& navigator.userA gent.indexOf('M ac') != -1
) // Plone, register_functi on.js:16

e.layerX problem on Macintosh browsers

e.layerX problem on Macintosh browsers

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment