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

[Bug 10068] Suggest making noscript obsolete but conforming

From: <bugzilla@jessica.w3.org>
Date: Sun, 29 Aug 2010 12:43:33 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1OphET-0005Xo-5D@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=10068





--- Comment #74 from Shelley Powers <shelleyp@burningbird.net>  2010-08-29 12:43:30 ---
This isn't the first time the idea of deprecating noscript has come up. There
have been several emails on this in the WhatWG email list. Eventually, Ian
Hickson answered the lot with the following[1]:

"I've left <noscript> conforming in text/html, because while it's true that 
it isn't overly useful these days, it's not especially _harmful_ either, 
and we have to support it anyway, so removing it doesn't gain us much. 
Removing it _would_, however, introduce spurious and annoying conformance 
error messages in legacy content updated to use HTML5 features."

I compare this with recent activity to remove longdesc and table
summary--except as people have pointed out, there are unique uses for these two
attributes that justify keeping them conforming. Much more viable than being
able to add an incorrectly used img tag in order to invade people's privacy and
track their movements.  

Regardless of the use cases, the same logic applies: though they may not be
useful to everyone, and yes, used incorrectly in the past, removing them would
introduce spurious and annoying conformance error messages in legacy content
updated to use HTML5 features. 

Why are we only concerned about "introducing spurious and annoying conformance
error messages" for one object, but not others? 

No, I feel a change proposal is more than justified. And based on the co-chair
decisions about longdesc, would have a reasonable chance for success.

-- 
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 Sunday, 29 August 2010 12:43:34 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:22 UTC