[whatwg] sic element

29.07.2011 20:05, Ian Hickson wrote:

> The point is just
> that <u>  is used to explicitly annotate some text without saying why in a
> textual manner. This makes it quite distinct from [sic], which is an
> explicitly articulated annotation.

I fail to see how [sic] would be more explicit than underlining.

Anyway, aren't you saying that <u> says "this text is annotated but no 
annotation is given"? In that case, saying that <u> draws attention to 
its content might be more appropriate.

But the whole idea of transmogrifying the old <u> element, one of the 
simplest elements of traditional HTML, to some purportedly semantic 
element without saying what it _really_ means, is just doomed. Of 
course, it's not compatible with existing practice where <u> means 
underlining (and is therefore physical markup). But it also makes 
people's minds dizzy (to no avail) if they try to take the specs seriously.

I wonder what speech-based user agents are supposed to make out of <u>. 
The good old <u> is simple: you can either ignore it (saying that 
underlining has no recognizable meaning that could be conveyed in 
speech), or you can interpret it as some kind of emphasis, expressed by 
a change of voice somehow. But if the new <u> is supposed to be 
semantic, can it be ignored in speech? How do you express an explicit 
but completely unspecified "annotation"?

This really sounds like an odd game where HTML specs are meant to say to 
authors and to vendors of authoring software that they can keep using 
<u> as before (and pass validation), but when interrogated, they are 
supposed to tell that it does not mean underlining but... eh... explicit 
annotation without explicitly articulated annotation.

-- 
Yucca, http://www.cs.tut.fi/~jkorpela/

Received on Friday, 29 July 2011 11:57:06 UTC