failed_commitments.html
26.3 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
<?xml version="1.0"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<style type="text/css" media="all">
@import "/QA/2006/01/blogstyle.css";
</style>
<meta name="keywords" content='' />
<meta name="description" content="Do you remember? it was just three years ago or so. There were parades and brass bands. Many large Web sites were, at long last, making the switch to Web standards. For example, the Web designer Douglas Bowman was announcing..." />
<meta name="revision" content="$Id: failed_commitments.html,v 1.132 2011/12/16 02:59:37 gerald Exp $" />
<link rel="alternate" type="application/atom+xml" title="Atom" href="http://www.w3.org/QA/atom.xml" />
<link rel="alternate" type="application/rss+xml" title="RSS 1.0" href="http://www.w3.org/QA/news.rss" />
<title>Failed Commitments? - W3C Blog</title>
<link rel="start" href="http://www.w3.org/QA/" title="Home" />
<link rel="prev" href="http://www.w3.org/QA/2005/11/w3c_renews_quality_assurance_i.html" title="W3C Renews Quality Assurance Interest Group" />
<link rel="next" href="http://www.w3.org/QA/2006/01/quality_assurance_interest_gro.html" title="Quality Assurance Interest Group meets at the W3C Technical Plenary 2006" />
<!--
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/"
xmlns:dc="http://purl.org/dc/elements/1.1/">
<rdf:Description
rdf:about="http://www.w3.org/QA/2006/01/failed_commitments.html"
trackback:ping="http://www.w3.org/QA/sununga/mt-tb.cgi/18"
dc:title="Failed Commitments?"
dc:identifier="http://www.w3.org/QA/2006/01/failed_commitments.html"
dc:subject="Opinions & Editorial"
dc:description="Do you remember? it was just three years ago or so. There were parades and brass bands. Many large Web sites were, at long last, making the switch to Web standards. For example, the Web designer Douglas Bowman was announcing..."
dc:creator="Karl Dubost"
dc:date="2006-01-30T01:12:30+00:00" />
</rdf:RDF>
-->
<!-- <script type="text/javascript" src="http://www.w3.org/QA/mt.js"></script>-->
</head>
<body class="layout-one-column">
<div id="banner">
<h1 id="title">
<a href="http://www.w3.org/"><img height="48" alt="W3C" id="logo" src="http://www.w3.org/Icons/WWW/w3c_home_nb" /></a>
W3C Blog
</h1>
</div>
<ul class="navbar" id="menu">
<li><strong><a href="/QA/" title="W3C Blog Home">[ W3C Blog ]</a></strong></li>
<li><a href="/QA/Library/" title="Documents and Publications on Web and Quality">Documents</a></li>
<li><a href="/QA/Tools/" accesskey="3" title="Validators and other Tools">Tools</a></li>
<li><a href="/2007/12/qa-blog-help/index#feedback">Feedback</a></li>
</ul>
<div id="searchbox">
<form method="get" action="http://www.google.com/custom" enctype="application/x-www-form-urlencoded">
<p id="formbox"><input type="text" size="15" class="textfield" name="q" accesskey="E" maxlength="255" /> <input type="submit" class="submitfield" value="Search" id="goButton" name="sa" accesskey="G" /> <input type="hidden" name="cof" value="T:black;LW:72;ALC:#ff3300;L:http://www.w3.org/Icons/w3c_home;LC:#000099;LH:48;BGC:white;AH:left;VLC:#660066;GL:0;AWFID:0b9847e42caf283e;" /><input type="hidden" id="searchW3C" name="sitesearch" checked="checked" value="www.w3.org/QA" /><input type="hidden" name="domains" value="www.w3.org/QA" /></p>
</form>
</div>
<div id="main"><!-- This DIV encapsulates everything in this page - necessary for the positioning -->
<p class="content-nav">
<a href="http://www.w3.org/QA/2005/11/w3c_renews_quality_assurance_i.html">« W3C Renews Quality Assurance Interest Group</a> |
<a href="http://www.w3.org/QA/">Main</a>
| <a href="http://www.w3.org/QA/2006/01/quality_assurance_interest_gro.html">Quality Assurance Interest Group meets at the W3C Technical Plenary 2006 »</a>
</p>
<h2 class="entry-header">Failed Commitments?</h2>
<div class="entry-body">
<p>Do you remember? it was just three years ago or so. There were parades and brass bands. Many large Web sites were, at long last, making the switch to Web standards. For example, the Web designer <cite><a href="http://www.stopdesign.com/about/personnel/">Douglas Bowman</a></cite> was announcing the <a href="http://www.stopdesign.com/log/2002/10/11/finally-were-live.html">launch of the XHTML, CSS, Validated Wired News</a> Web site. That was great! That was a time of joy and feast. Groups like <a href="http://webstandards.org/">WASP</a> or <a href="http://www.maccaws.org/">MACCAWS</a>, Web professionals who believed in Web standards, who fought for them, were chanting the promises of better days, of a delightful rising sun on the horizon. </p>
<p>And where are we now?</p>
</div>
<div id="more" class="entry-more">
<h3 id="failed-redesign">Failed Redesign</h3>
<p>Recently, the unparagoned <cite><a href="http://blog.fawny.org/">Joe Clark</a></cite> has published an article about companies which have recently <a href="http://blog.fawny.org/2006/01/04/failed/">decided to redesign their Web sites and somehow failed</a>. </p>
<blockquote cite="http://blog.fawny.org/2006/01/04/failed/">
<p>A failed redesign is a Web page created from scratch, or substantially updated, during the era of Web standards that nonetheless ignores or misuses those standards. A failed redesign pretends that valid code and accessibility guidelines do not exist; it pretends that the 21st century is frozen in the amber of the year 1999. It indicates not merely unprofessional Web-development practices but outright incompetence. For if you are producing tag-soup code and using tables for layout in the 21st century, that’s what you are: Incompetent.</p>
</blockquote>
<p>What this reminds us, is that redesigning a Web site is not only a question of using XHTML and CSS, but using them in the appropriate way thinking about semantics, accessibility, internationalization, etc. In Jazz, you could put together the best jazz cellist and pianist together and still end in a monstruous cacophony. They have to be in harmony, they have to get their improvisation right. In Web design, you can improvise, you can create, but you have to be in harmony if you don't want to turn your blue note cave into a business catastrophe.</p>
<p>But that's not all! It's not enough to get it right once, to give one enjoyable jam for the audience... You have to give a good performance every. single. night. Oh! Of course a little quack, sometimes might not be such a problem, it will just remind that we are all humans. But a continuous sequence of quacks only shows your impressive ability to impersonate a gaggle of ducks.</p>
<h3 id="failed">Failed Commitments</h3>
<p><cite><a href="http://www.zeldman.com/">Jeffrey Zeldman</a></cite>, in his talk about <cite><a href="http://www.happycog.com/lectures/dwws/">Designing with Web Standards</a></cite>, had a list of Web sites which, a few years ago, had finally decided to go live with a new design, with an exciting redesign. They were examples of companies which had made the switch to Web standards. Trumpets in the sky, we could hear them.</p>
<table>
<tr>
<th>Web site</th> <th>Validation</th>
</tr>
<tr>
<td><a href="http://www.foxsearchlight.com/">Fox SearchLight</a></td> <td class="failed">Failed</td>
</tr>
<tr>
<td><a href="http://www.k10k.net/">K10K</a></td> <td class="failed">Failed</td>
</tr>
<tr>
<td><a href="http://navy.com/">Navy</a></td> <td class="valid">Valid</td>
</tr>
<tr>
<td><a href="http://www.inc.com/">Inc.com</a></td> <td class="failed">Failed</td>
</tr>
<tr>
<td><a href="http://www.espn.com/">ESPN</a></td> <td class="failed">Failed</td>
</tr>
<tr>
<td><a href="http://www.wired.com/">Wired</a></td> <td class="failed">Failed</td>
</tr>
<tr>
<td><a href="http://www.pga.com/openchampionship/">PGA</a></td> <td class="failed">Failed</td>
</tr>
<tr>
<td><a href="http://www.quark.com/">Quark Inc.</a></td> <td class="failed">Failed</td>
</tr>
<tr><td colspan="2" class="note">Note 1: These results have been collected during January 2006, and they may change in the future.<br/>
Note 2: The homepage is a poor indicator of the validity of a whole Web site.</td></tr>
</table>
<p>Is there hope?</p>
<h3 id="never">Never Stops The Music</h3>
<p>Making a valid, accessible Web site is only the beginning of the music. Most sites, good or bad, are living things: pages are added, content is updated, reorganized sometimes. It's unlikely that it will be kept as is, clean and polished, unless you put a continous quality process in place. Just keep the music flowing.</p>
<p>Unlike in Jazz, it doesn't really take greatness to always play Web Design right: it's okay to make mistakes, because it's always possible to come back and fix the mistakes. And with a little discipline and a few good tools, it gets really trivial.</p>
<p>The <a href="http://www.w3.org/QA/Tools/LogValidator/">LogValidator</a> is a tool which might help in this task. It's simple, it's extensible to one's own needs and it can be tweaked to meet the internal requirements of any company. How? Just read <cite><a href="http://www.w3.org/QA/2002/09/Step-by-step">Making your website valid: a step by step guide</a></cite> and <cite><a href="http://www.w3.org/QA/2003/03/web-kit">Web Standards Switch</a></cite>.</p>
<blockquote><p>There are wonderful things in real jazz, the talent for improvisation, the liveliness, the being at one with the audience.</p>
<p><cite><a href="http://en.wikipedia.org/wiki/Henri_Matisse">Henri Matisse</a></cite></p>
</blockquote>
<p>There are wonderful things in real Web design, the many ways to convey information, the being at one with the readers... and the fact that a failure can always be worked upon and fixed.</p>
</div>
<p class="postinfo">Filed by <a href="http://www.w3.org/People/karl/">Karl Dubost</a> on January 30, 2006 1:12 AM in <a href="http://www.w3.org/QA/archive/technology/css/">CSS</a>, <a href="http://www.w3.org/QA/archive/technology/html/">HTML</a>, <a href="http://www.w3.org/QA/archive/web_spotting/opinions_editorial/">Opinions &amp; Editorial</a><br />
<span class="separator">|</span> <a class="permalink" href="http://www.w3.org/QA/2006/01/failed_commitments.html">Permalink</a>
| <a href="http://www.w3.org/QA/2006/01/failed_commitments.html#comments">Comments (16)</a>
| <a href="http://www.w3.org/QA/2006/01/failed_commitments.html#trackback">TrackBacks (0)</a>
</p>
<h3 class="comments-header" id="comments">Comments</h3>
<div class="comment" id="comment-2">
<p class="comment-meta" id="c000002">
<span class="comment-meta-author"><strong>Liam McDermott </strong></span>
<span class="comment-meta-date"><a href="#c000002">#</a> 2006-01-30</span>
</p>
<div class="comment-bulk">
<p>Wow, nice article I have to admit.</p>
<p>It should be noted that K10K did indeed validate when I tried it a few minutes ago - possibly just a bug in their CSS?</p>
<p>I for one love standards based design, am also seeing so many up-and-coming designers adopting it too. So are there a core of developers that're unwilling to change their ways (often hear the argument that there's no increase in profit or cost benefit)? Or is this slow change due to the time-cost of updating large systems, with little to gain from it?</p>
<p>One thing's definate though: Call these people incompetent and they'll entrench even further. The solution lies in understanding them, discover the reasons for their lack of motivation, then construct arguments meaningful to them.</p>
</div>
</div>
<div class="comment" id="comment-3">
<p class="comment-meta" id="c000003">
<span class="comment-meta-author"><strong>Joe Clark </strong></span>
<span class="comment-meta-date"><a href="#c000003">#</a> 2006-01-30</span>
</p>
<div class="comment-bulk">
<p>Douglas <em>Bowman</em>, shurely?!</p>
</div>
</div>
<div class="comment" id="comment-4">
<p class="comment-meta" id="c000004">
<span class="comment-meta-author"><strong>olivier </strong></span>
<span class="comment-meta-date"><a href="#c000004">#</a> 2006-01-30</span>
</p>
<div class="comment-bulk">
<p>Joe: yes, we gave him one n too many, fixed. thanks.</p>
</div>
</div>
<div class="comment" id="comment-5">
<p class="comment-meta" id="c000005">
<span class="comment-meta-author"><strong>Joe Clark </strong></span>
<span class="comment-meta-date"><a href="#c000005">#</a> 2006-01-30</span>
</p>
<div class="comment-bulk">
<p>We tried being nice and we tried the mechanism of losing a great deal of billable time by publishing free or low-cost guides to Web standards. I see nothing to lose by getting in their faces a little. Time, essentially, is up.</p>
</div>
</div>
<div class="comment" id="comment-14">
<p class="comment-meta" id="c000014">
<span class="comment-meta-author"><strong>website design india </strong></span>
<span class="comment-meta-date"><a href="#c000014">#</a> 2006-02-02</span>
</p>
<div class="comment-bulk">
<p>we got our site validated - feels good :)</p>
<p>thanks </p>
</div>
</div>
<div class="comment" id="comment-17">
<p class="comment-meta" id="c000017">
<span class="comment-meta-author"><strong>Liam McDermott </strong></span>
<span class="comment-meta-date"><a href="#c000017">#</a> 2006-02-03</span>
</p>
<div class="comment-bulk">
<p>Quoting myself:
"possibly just a bug in their CSS?"
Sorry, that should've read:
"possibly just a bug in their CMS?"</p>
<p>Quoting Joe Clark:
"by publishing free or low-cost guides to Web standards."
Correct, and those guides are very good, as a convert I've enjoyed them. But how are these people going to even know guides exist when they don't know to look for them? Moreover, these poor misguided fools don't seem to realise standards exist, even if they do they fail to see what's wrong with their current techniques.</p>
<p>More guidance from the W3C would help too, I know the recommendations state implicitly that tables shouldn't be used for layout, but try telling that to a table evangelist. If you have five minutes read this '<a href="http://www.webmaster-forums.net/showthread.php?t=32731&page=1&pp=15 " rel="nofollow">heated debate</a>': It seems what's needed here is some clear guidance from the W3C in the XHTML specifications.</p>
<p>I must also apologise for the forum in that link not validating, the creators of the software won't bear the cost of making their templates validate, another group of people that need convincing!</p>
</div>
</div>
<div class="comment" id="comment-24">
<p class="comment-meta" id="c000024">
<span class="comment-meta-author"><strong>Shivaji </strong></span>
<span class="comment-meta-date"><a href="#c000024">#</a> 2006-02-03</span>
</p>
<div class="comment-bulk">
<p>"Delightful rising sun on the horizon" - rightly said regarding web-standards and its future and I expect it to be happening soon. Log validator helps in finding errors easily, but to make a website semantic following web standard guidelines, requires extensive knowledge on the subject we are into, manual intervention, micro level work, patience and then results.</p>
</div>
</div>
<div class="comment" id="comment-45">
<p class="comment-meta" id="c000045">
<span class="comment-meta-author"><strong>jaspoid </strong></span>
<span class="comment-meta-date"><a href="#c000045">#</a> 2006-02-08</span>
</p>
<div class="comment-bulk">
<p>Too bad. I think I'm going to start a new Web. Because with that approach (that I can't feel is really any change) I believe you have already failed.</p><p>Here is my hope. <a href="http://www.w3.org/People/Berners-Lee/Kids.html#think" rel="nofollow">I hope the kids think.</a> I still advocate everyone to (just) <a href="http://www.w3.org/People/Berners-Lee/Kids.html#think" rel="nofollow">think.</a></p>
</div>
</div>
<div class="comment" id="comment-161">
<p class="comment-meta" id="c000161">
<span class="comment-meta-author"><strong>John Allsopp </strong></span>
<span class="comment-meta-date"><a href="#c000161">#</a> 2006-03-30</span>
</p>
<div class="comment-bulk">
<p>While is is disappointing that even years after the effort began to encourage and promote the adoption of standards and associated best practices, there is still a lot of work to be done, but it's important to recognize that this is not an either or proposition. The commitment the identified sites have made to standards and associated practices might not necessarily result in validating pages, but it doubtless results in better pages.</p>
<p>I think the use of "does it validate" as a test of a web site's commitment to standards is by itself essentially useless.
Putting my effort where my mouth is, a few months ago I conducted some reasonably large scale research into common practices in site development at major Australian sites. I developed a four part methodology, as close to objective as I could make it, covering HTML validation, CSS use and validity, use of structural and semantic HTML, and adherence to WCAG1 priority 1 and 2 accessibility guidelines.</p>
<p>The results were on the whole disappointing, I did expect on the whole sites to do better. But they were also encouraging - for example, one of the best ranked sites was the largest company on the Australian Stock Exchange (a resource sector company at that).
It was also encouraging because anecdotally, I suspect almost all sites only three or four years ago to have basically been ranked at 0/20.</p>
<p>I encourage others to adopt the methodology I used to look at other sites. I'd be interested in whether the results are reflected in different geographical areas, to whether significant differences might emerge. Similarly across sectors, and perhaps most importantly over time.</p>
<p>My <a href="http://www.westciv.com/style_master/house/good_oil/best_practices/index.html" rel="nofollow">write up of the results and process is here</a>, where you can even listen to my presentation of the results (and follow along with the slides if you really want) at <a href="http://we05.com" rel="nofollow">Web Essentials 05</a></p>
</div>
</div>
<div class="comment" id="comment-169">
<p class="comment-meta" id="c000169">
<span class="comment-meta-author"><strong>Mike Whitehurst </strong></span>
<span class="comment-meta-date"><a href="#c000169">#</a> 2006-03-30</span>
</p>
<div class="comment-bulk">
<p>I personally feel that the validators are <i>too strict</i>. For example the CSS validator throws a warning if you specify a color without a background, but sometimes it's ok to do so. It is also tricky to make sure every single page in a site validates (talking xhtml now), personally I only bother to check the index page.</p>
<p>Perhaps we should accept that certain companies or individuals are TRYING to meet the standards, which is good progress, and instead mock the websites that don't even bother.</p>
</div>
</div>
<div class="comment" id="comment-184">
<p class="comment-meta" id="c000184">
<span class="comment-meta-author"><strong>dusoft </strong></span>
<span class="comment-meta-date"><a href="#c000184">#</a> 2006-04-03</span>
</p>
<div class="comment-bulk">
<p>Mike: Yes, but for some people this feature of CSS validator is an important one - think about contrast - specyfing just the color and not the background could make the text non-legible.</p>
</div>
</div>
<div class="comment" id="comment-185">
<p class="comment-meta" id="c000185">
<span class="comment-meta-author"><strong>Mike Whitehurst </strong></span>
<span class="comment-meta-date"><a href="#c000185">#</a> 2006-04-03</span>
</p>
<div class="comment-bulk">
<p>dusoft: Yeah absolutely, someone could be really stupid and put white text on a white background. But what if I want to change my text from black to #222 and leave the background as default white?</p>
<p>Granted, it is only a warning. The CSS will not fail validation over this, but the warning 'looks bad', when in reality the CSS may be very good - and simply leaves out un-necessary background specifications for optimization.</p>
<p>I propose that the CSS Validator <i>inspect</i> the colors used to determine whether or not it is appropriate to throw a warning.</p>
</div>
</div>
<div class="comment" id="comment-253">
<p class="comment-meta" id="c000253">
<span class="comment-meta-author"><strong>Mark Wyner </strong></span>
<span class="comment-meta-date"><a href="#c000253">#</a> 2006-05-01</span>
</p>
<div class="comment-bulk">
<p>I agree with Mike Whitehurst. The warning about color contrast is my nemesis in the validator. Links and headlines are the worst, since they often cross over onto different-colored backgrounds.</p>
<p>If we are dedicated to pure validation, a decision has to be made:</p>
<p>1) Use background: transparent; and accept the warnings.
2) Add gratuitous extensions to the style sheet to accommodate different background colors for different areas of a page.</p>
<p>All said, dusoft makes a good point. When working on an enormous website, a unique instance of an element could be overlooked as unreadable. I think the chances are slim, but it could certainly happen. Thus we find ourselves in somewhat of a conundrum.</p>
<p>I think this is a topic that warrants further discussion. Unless, of course, we're taking things a mite too serious. Which is also a possibility.</p>
<p>Nice post, folks. Thanks.</p>
</div>
</div>
<div class="comment" id="comment-303">
<p class="comment-meta" id="c000303">
<span class="comment-meta-author"><strong>dixie </strong></span>
<span class="comment-meta-date"><a href="#c000303">#</a> 2006-05-10</span>
</p>
<div class="comment-bulk">
<p>what's even worse?
<a href="http://validator.w3.org/check?uri=http%3A%2F%2Fwww.w3.org%2FQA%2F2006%2F01%2Ffailed_commitments.html" rel="nofollow">http://validator.w3.org/check?uri=http%3A%2F%2Fwww.w3.org%2FQA%2F2006%2F01%2Ffailed_commitments.html</a></p>
</div>
</div>
<div class="comment" id="comment-456">
<p class="comment-meta" id="c000456">
<span class="comment-meta-author"><strong>Mike Whitehurst </strong></span>
<span class="comment-meta-date"><a href="#c000456">#</a> 2006-05-25</span>
</p>
<div class="comment-bulk">
<p>I guess someone fixed it dixie, it just validated for me.</p>
</div>
</div>
<div class="comment" id="comment-63500">
<p class="comment-meta" id="c063500">
<span class="comment-meta-author"><strong>Joe Matthew </strong></span>
<span class="comment-meta-date"><a href="#c063500">#</a> 2007-09-02</span>
</p>
<div class="comment-bulk">
<p>I used Tidy to validate my site […]. This works most of the time, except that you need to fix Tidy presentation errors. Tidy is a real time saver.</p>
</div>
</div>
<div class="comments-open" id="comments-open">
<h3 class="comments-open-header">Leave a comment</h3>
<div class="comments-open-moderated">
<p>
Note: this blog is intended to foster <strong>polite
on-topic discussions</strong>. Comments failing these
requirements and spam will not get published. Please,
enter your real name and email address. Every
individual comment is reviewed by the W3C staff.
This may take some time, thank you for your patience.
</p>
<p>
You can use the following HTML markup (a href, b, i,
br/, p, strong, em, ul, ol, li, blockquote, pre)
and/or <a href="http://daringfireball.net/projects/markdown/syntax">Markdown syntax</a>.</p>
</div>
<div id="comments-open-data">
<form method="post" action="http://www.w3.org/QA/sununga/beach.pl" id="comments-form">
<h4>Your comment</h4>
<div id="comments-open-text">
<textarea id="comment-text" name="text" rows="20" cols="100"></textarea><br />
<label for="comment-text">Write your comment text here. Remember, keep the discussion on topic and courteous.</label>
</div>
<h4>About you</h4>
<div id="comment-form-name">
<input type="hidden" name="static" value="1" />
<input type="hidden" name="entry_id" value="18" />
<input type="hidden" name="__lang" value="en" />
<label for="comment-author">Your Name</label>
<input id="comment-author" name="author" size="30" value="" />
</div>
<div id="comment-form-email">
<label for="comment-email">Your Email Address</label>
<input id="comment-email" name="email" size="30" value="" />
</div>
<div id="comments-open-footer">
<input type="submit" accesskey="s" name="post" id="comment-submit" value="Submit" />
</div>
</form>
</div>
</div>
<p id="gentime">This page was last generated on $Date: 2011/12/16 02:59:37 $</p>
</div><!-- End of "main" DIV. -->
<address>
This blog is written by W3C staff and working group participants,<br />
and maintained by <a href="/People/CMercier/">Coralie Mercier</a>.<br />
Authorized parties may <a href="/QA/new">log in</a> to create a new entry.<br/>
<span id="poweredby">Powered by Movable Type, magpierss and a lot of Web Technology</span>
</address>
<p class="copyright">
<a rel="Copyright" href="http://www.w3.org/Consortium/Legal/ipr-notice#Copyright">Copyright</a> © 1994-2011
<a href="http://www.w3.org/"><acronym title="World Wide Web Consortium">W3C</acronym></a>®
(<a href="http://www.csail.mit.edu/"><acronym title="Massachusetts Institute of Technology">MIT</acronym></a>,
<a href="http://www.ercim.eu/"><acronym title="European Research Consortium for Informatics and Mathematics">ERCIM</acronym></a>,
<a href="http://www.keio.ac.jp/">Keio</a>),
All Rights Reserved.
W3C <a href="http://www.w3.org/Consortium/Legal/ipr-notice#Legal_Disclaimer">liability</a>,
<a href="http://www.w3.org/Consortium/Legal/ipr-notice#W3C_Trademarks">trademark</a>,
<a rel="Copyright" href="http://www.w3.org/Consortium/Legal/copyright-documents">document use</a>
and <a rel="Copyright" href="http://www.w3.org/Consortium/Legal/copyright-software">software licensing</a>
rules apply. Your interactions with this site are in accordance
with our <a href="http://www.w3.org/Consortium/Legal/privacy-statement#Public">public</a> and
<a href="http://www.w3.org/Consortium/Legal/privacy-statement#Members">Member</a> privacy
statements.
</p>
</body>
</html>