IE 6, javascript:void (0) stops the webpage loading

[Jitendra]

Hi!
I m facing a problem with 'javascript:voi d(0)'

Software Environ:-
IE: 6.0.2600.0000
OS: Windows 2000 Professional with Service Pack 4

Problem:-
I have a webpage with several links (<A> tags), now i have added
onClick and blocked HREF using 'javascript:voi d(0)' as below:-

<a href="javascrip t:void(0)"
onClick="some_f unction('pagena me')">Text</a>

Here 'some_function' is opening the 'pagename' in a new customised
window.

This page also contains a few images weighing 50kb. Now if I click the
<a> links before the images are loaded fully, following happens (on my
pc it works well but it happens when i test it online):-

1. The new page opens in a window as required
2. But the page loading is ABORTED and the images are not loaded.

More:-
This is not happening in FF 1.0.7

Need Help!

[RobG]

Jitendra wrote:

Hi!
I m facing a problem with 'javascript:voi d(0)'

Software Environ:-
IE: 6.0.2600.0000
OS: Windows 2000 Professional with Service Pack 4

Problem:-
I have a webpage with several links (<A> tags), now i have added
onClick and blocked HREF using 'javascript:voi d(0)' as below:-

<a href="javascrip t:void(0)"
onClick="some_f unction('pagena me')">Text</a>
This is a known feature of IE and why the use of the javascript
pseudo-protocol for the value of HREF attributes is actively discouraged.

<URL:
http://groups.google.com/group/comp....07ad60e4d8fe1f

Use something like:

<a href="serverFun ction.html"
onClick="some_f unction('pagena me');return false;">Text</a>
Where the href attribute allows the function to be performed on the
server and the return false stops it being followed where JavaScript
is enabled.
[...]
--
Rob

[bwucke]

RobG napisal(a):

Jitendra wrote:

<a href="javascrip t:void(0)"
onClick="some_f unction('pagena me')">Text</a>

Use something like:

<a href="serverFun ction.html"
onClick="some_f unction('pagena me');return false;">Text</a>

Where the href attribute allows the function to be performed on the
server and the return false stops it being followed where JavaScript
is enabled.

And if you don't have some server-based alternative, use something
like:
<a href="#" onClick="some_f unction('pagena me');return false;">Text</a>
and if the user has javascript turned off, the link will still have no
effect except of appending "#" to the URL. Of course if you want some
CGI fallback for js fault, then keep the 'backup link', but if it's to
be a page that says "Sorry, you need Javascript", better if it does
nothing instead.

[David Dorward]

bw****@gmail.co m wrote:

And if you don't have some server-based alternative, use something
like:
<a href="#" onClick="some_f unction('pagena me');return false;">Text</a>
and if the user has javascript turned off, the link will still have no
effect except of appending "#" to the URL.
.... and making the user wonder why the link didn't work (probably after they
wait for a couple of minutes for the "new page" to load).

.... and shoving the user back up to the top of the page if they had scrolled
down to get to the link.
Of course if you want some
CGI fallback for js fault, then keep the 'backup link', but if it's to
be a page that says "Sorry, you need Javascript", better if it does
nothing instead.

I disagree. When the user expects something to happen, the system shouldn't
silently fail on them. A server side alternative is best, but an error
message beats nothing at all.

Another option is to generate the link with JavaScript in the first place -
after testing that all the needed features are available.

--
David Dorward <http://blog.dorward.me .uk/> <http://dorward.me.uk/>
Home is where the ~/.bashrc is

[jitendramr]

Thanks all for a very prompt reply!

: (

1. Actually i m not worried about javascript blocking as Javascript is
a prerequieist for my application. So the user is aware of this.
2. I cant use '#' as IE will treat it as a page location and scroll up
the page to the top.
3. i am not using any server side at this level as this only requires
to open another html page a new window....

: )
4. I can use 'href=somepage. html' (but i m doubtful of any flickering
as we are calling 2 pages - 1 on href and 2 onClick, pls correct me)

i ll let u know abt this....thnx again

i have to dliver the app day after....hope it will work

c ya

[RobG]

jitendramr wrote:

Thanks all for a very prompt reply!

: (

1. Actually i m not worried about javascript blocking as Javascript is
a prerequieist for my application. So the user is aware of this.
2. I cant use '#' as IE will treat it as a page location and scroll up
the page to the top.
Hence the suggestion to use - return false - in the onclick, it will
stop the browser following the link (i.e. in this case, going to the
top of the page).

3. i am not using any server side at this level as this only requires
to open another html page a new window....

: )
4. I can use 'href=somepage. html' (but i m doubtful of any flickering
as we are calling 2 pages - 1 on href and 2 onClick, pls correct me)

If you use return false the HREF will not be followed regardless of
what you put in there. Just don't use javascript:void ().
[...]
--
Rob

[jitendramr]

I see...i ll give a try...

Thanks dear

[Randy Webb]

RobG said the following on 12/29/2005 7:58 AM:

jitendramr wrote:

Thanks all for a very prompt reply!

: (

1. Actually i m not worried about javascript blocking as Javascript is
a prerequieist for my application. So the user is aware of this.
2. I cant use '#' as IE will treat it as a page location and scroll up
the page to the top.

Hence the suggestion to use - return false - in the onclick, it will
stop the browser following the link (i.e. in this case, going to the top
of the page).

3. i am not using any server side at this level as this only requires
to open another html page a new window....

: )
4. I can use 'href=somepage. html' (but i m doubtful of any flickering
as we are calling 2 pages - 1 on href and 2 onClick, pls correct me)

If you use return false the HREF will not be followed regardless of what
you put in there. Just don't use javascript:void ().

<a href="somePage. html" onclick="return openWindow('thi s.href')">

function openWindow(newU RL){
....
return false
}

Then, if anything in the function errors, the normal navigation takes
place. It is even a good practice when creating links with script. It
allows *something* to happen even when something breaks.

--
Randy
comp.lang.javas cript FAQ - http://jibbering.com/faq & newsgroup weekly
Javascript Best Practices - http://www.JavascriptToolbox.com/bestpractices/

[jitendramr]

thnx randy

[Christopher Benson-Manica]

David Dorward <do*****@yahoo. com> wrote:

I disagree. When the user expects something to happen, the system shouldn't
silently fail on them. A server side alternative is best, but an error
message beats nothing at all.

That's my personal opinion as well, but it seems that there is a trend
(if Safari and my copy of the IE 7 beta indeed constitute a "trend")
toward hiding script errors from users not actively searching for
them.

--
Christopher Benson-Manica | I *should* know what I'm talking about - if I
ataru(at)cybers pace.org | don't, I need to know. Flames welcome.