- From: Jukka K. Korpela <jkorpela@cs.tut.fi>
- Date: Fri, 29 Jul 2011 21:57:06 +0300
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