Re: POST Method

On 29/04/2005 15:43, J Wynia wrote:

Michael Winter wrote:

[...] the more important concern is of no client-side scripting support. Navigation should never depend upon a script.

[...] Pedanticism is a 2 way street.

To be pedantic, one must must be debating something irrelevant. I don't think that challenging a course of action that may be unreliable would fall under that category.

Navigation should never depend on a script where scripting engine availability and compatibility can't be assured or the exclusion of clients to whom the scripting functionality will be unavailable causes undue harm.

I cannot argue that a statement along these lines would have been better. However, I feel the important point is that an objection - well phrased or not - has been raised.

Readers besides the OP may consider the answers in this thread and, even if the solution is appropriate for the OP, it may not be for others. In my experience, the misuse of client-side scripting occurs more often than the avoidance of a scripted solution when it is appropriate.

[snip]

1. Publicly accessible site with a "normal" distribution of browsers including the most recent versions of Mozilla and IE as well as older
versions and more obscure browsers.
2. That a certain number of the viewers will have scripting either
completely incompatible or disabled.
3. That it is a "site" in the first place.

Not all of these things is true for every project.

I am well aware of that, but I am used to the tendency of the Web being the norm[1]. Perhaps that is not the case for this group. Are the assumptions, without any other indication, so unreasonable? If not, and the OP does have specific requirements or conditions, I would think it sensible to mention them.

[snip]

Mike


[1] The specific circumstances may be irrelevant for many questions
    to this group, but that is not usually the case once focus shifts
    client-side.

--
Michael Winter
Replace ".invalid" with ".uk" to reply by e-mail.
.

Relevant Pages

  • Re: JS Guru needed! Why doesnt this work?
    ... > (in case if the scripting is disabled). ... accommodating javascript incapable/disabled browsers. ... and then client-side scripting can transform it ... > own browser etc. etc. ...
    (comp.lang.javascript)
  • Re: Form Validation - Is this possible?
    ... and only enable it with client-side scripting when the CAPTCHA was ... So the validation needs to be done on the server side, ... whether this would be more efficient than a simple form submission. ...
    (comp.lang.javascript)
  • Re: Can I use HTML alone?
    ... > It's a simple HTML file with scripting, not to mention deprecated as you ... directory for an ASP page". ... I wasn't suggesting that client-side scripting was the best solution, ...
    (microsoft.public.scripting.vbscript)
  • Re: beginner: href link like "back" button
    ... The functionality of this UA feature can be re-implemented through ... `a' element would be created using client-side scripting. ... Full ACK. ...
    (comp.lang.javascript)
  • Re: javascript link spoofing exploit found!
    ... > both in IE and Firefox, users see google in the status bar and assume ... But client-side scripting can provide many ... useful features, so vendors should develop a block feature for such ...
    (comp.lang.javascript)