![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||||||
| |||||||
|
|
No, it reacts to a confirmation of the features I want. |
|
In your case, the feature you want is JS enabled. The only way to know if that feature is available is to test for it. Then use it. And only JS can tell you that. You are trying to test for the lack of a feature that needs the feature to tell you if it's there or not. |
|
Actually, you don't. You include a snippet of script in every page that hides a div tag wrapped inside the body, with a message above it. Script would hide the message and show the body div. Without script, or with an ... |
|
Probably closer to 99% of the users and 99% of those users won't even know what JS is or how to disable it. So, you are trying to cover .01% of your users. |
|
Never used a Cell Phone Browser then I assume? |
|
Why? Half the porn sites I see start off as an innocent site that redirects to the real porn using META redirects. |
|
The biggest problem with NOSCRIPT isn't support or lack of support, it is in the inadequacy of the element. If a page has a JS error in it - for any reason - the JS enabled browsers won't get anything but the error message. |
#2
| |||
| |||
|
|
The biggest problem with NOSCRIPT isn't support or lack of support, it is in the inadequacy of the element. If a page has a JS error in it - for any reason - the JS enabled browsers won't get anything but the error message. I tried this out with different js errors, and for all of the cases the NOSCRIPT block never showed. I tried calling non-existant functions, syntax errors in onclick handlers, and syntax errors in <script> blocks in the head, and none of the errors resulted in showing what was in the NOSCRIPT block. So what errors result in the behavour described above? I'm running FF 1.5 |
![]() |
| Thread Tools | |
| Display Modes | |
| |