W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > July 2010

[Bug 10068] Suggest making noscript obsolete but conforming

From: <bugzilla@jessica.w3.org>
Date: Wed, 07 Jul 2010 20:28:54 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1OWbEk-0007UH-GT@jessica.w3.org>

--- Comment #21 from Gez Lemon <gez.lemon@gmail.com>  2010-07-07 20:28:53 ---
(In reply to comment #20)
> (In reply to comment #13)
> > HTML web developers have an obligation to ensure their applications respond
> > gracefully in all situations, including no JavaScript support, or even scripts
> > being stripped. 
> The more such comments on this issue I am reading the more I think that
> noscript should not be deprecated.
> Such an "obligation" does not exist.
> Many customers or clients do not care much (if at all) about situations where
> JavaScript is not available and will not pay for time spent on preparing for
> such situations. And they also often do not even care if the HTML-code is
> valid. None of that will be changed by declaring noscript deprecated.

Could you provide an example of where noscript is beneficial, couldn't have
been achieved using any other technique, and is robust? If people don't care,
they don't care; there's not much we can do about that with or without the
noscript element. The noscript element was well-intended, but in practice,
hasn't worked very well. Keeping it isn't going to make web pages more robust
and work when scripting isn't available. Deprecating it (or whatever the HTML5
equivalent is) will at least make those that care look at other techniques to
ensure their pages do work when scripting isn't available, which is what we
ultimately want to happen. The same cannot be said for keeping noscript, as it
encourages people to think in terms of graceful degradation (except not very

If you have use-cases for noscript that are robust and couldn't be achieved by
any other method, then I might understand your argument to keep it. I've yet to
read a convincing argument for retaining it.

Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Wednesday, 7 July 2010 20:28:55 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 16:30:51 UTC