- From: <bugzilla@wiggum.w3.org>
- Date: Sun, 28 Mar 2010 02:56:47 +0000
- To: public-html-bugzilla@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=9355
Aryeh Gregor <Simetrical+w3cbug@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Many, most, or all obsolete |Obsolete presentational
|features should be |markup should be conforming
|conforming |
--- Comment #2 from Aryeh Gregor <Simetrical+w3cbug@gmail.com> 2010-03-28 02:56:47 ---
After discussing with Maciej on IRC, I changed this bug to only request that
presentational markup be made conforming. I believe that comment #0 applies
more or less verbatim, if you interpret it as applying only to presentational
markup.
There are three points given to justify the prohibition of presentational
markup:
<http://www.whatwg.org/specs/web-apps/current-work/multipage/introduction.html#presentational-markup>.
However, all three apply equally well or better to inline style="":
* "The use of presentational elements leads to poorer accessibility": It would
be more correct to say "The use of non-semantic markup leads to poorer
accessibility." This is absolutely true -- however, it applies just as much to
style="" as to other presentational markup.
* "Higher cost of maintenance": Inline style costs just as much to maintain as
other presentational markup. Indeed, in some cases it costs a lot more. A
style=""-based equivalent to <table cellpadding=n> would be much more
cumbersome, since you'd have to add style to every cell. (<style scoped> is
not yet widely supported, so cannot be used here, but doesn't interact well
with nested tables, etc.)
* "Higher document sizes": style="" is usually longer than equivalent
non-style="" presentational markup. E.g., compare <u> to <span
style=text-decoration:underline>.
I cannot find any actual reason given in the spec for why nearly all
presentational markup is banned when style="" is not. I can think of reasons,
like encouraging a uniform/consistent/easier-to-learn language, but they seem
weak compared to the large cost of converting and maintaining documents that
use such markup. As I argue in comment #0, this will mostly serve to make
validators less useful to authors, and will be a net loss according to the
priority of constituencies.
--
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, 28 March 2010 02:56:49 UTC