IMS_Blog

Because I forget stuff. Part of norcimo.com

Note: It appears you must have reached this page by a deep level URL. In general this site is currently down and unmaintained. See here

About This Post

Originally posted January 17 2006 at 20:01 under Web. 0 Comments. Trackbacks Disabled. Last modified: 24 March 2006 at 01:01

Marked Kings and Queens

Mood:
Confused
Location:
Gateshead

I was reminded that I had this entry sitting in draft by Colin Lieberman’s A List Apart Article, which gives one answer to the central question presented here (this was actually one of the more interesting and useful ALA articles in some time, despite its failings—appealing to a standard which explicitly states it’s not ready to be referenced is beyond even the sharpest cutting edge, surely). I was going to wait until I’d finished the castles section mentioned but as that will probably take some time I thought I’d put it out now in a timely way, while I remember about it.

No, it’s not an entry about cheating at cards. It’s more a musing out loud about something I got thinking about recently. while building the castles section of my site. As I was writing description of the castles I found myself wondering how to mark up the ordinal number of Kings (and Queens). For instance, how should King Henry III be marked up (particularly the III part)?

My initial solution, which I actually used for a while, was to simply enclose the Roman number in a span tag and use the title attribute to convey information. This is fine for visually sited users who happen to mouse over the text but for those unable to do so, who don’t think to do so or who aren’t “reading” the site it’s obviously of not much use. It’s also not really offering anything in the way of a semantic addition (span is supposed to be semantically empty after all). I’ve tried Googling around the topic but I couldn’t actually find much discussion. What little I did find seems to hold with the use of abbr or acronym to enclose the number. The other semi-obvious approach would be to take the route used by Colin in his ALA article and use the dfn tag. To tell the truth I initially wasn’t really happy with any of these solutions.

In grandest tradition, let’s take the second option first. The HTML specification says of the dfn tag Indicates that this is the defining instance of the enclosed term. I fail to see how having a Roman number (or Roman ordinal) can be a “defining instance” of that Roman number. Even if one links it to a glossary, as Colin does, then surely only one of those can be the defining instance. In any case, I’m unhappy with the idea that I’m somehow defining something (indeed, Colin doesn’t define the thing he’s enclosed within the tag. Instead his glossary is a definition of Roman numerals in general. This just doesn’t sit well with me).

Having dismissed dfn we’re left with abbr and acronym. For the sake of brevity I’ll just refer to the abbr tag and leave a debate about abbreviations and acronyms (and indeed IE support) until another day. My first reaction was basically, no, that can’t be right. A number is not an abbreviation. And I still believe that reaction was essentially correct. However, in my usage case my reaction is noticeably wrong. I’m not using the Roman numeral as a simple number but rather as a shorthand version of “The Third” (to continue the original example). This is an obvious abbreviation, and so it seems that the abbr tag is the correct thing to use to indicate this. In fact this seems so obvious now that I wonder what my initial confusion was.

However, I cannot agree that Roman numbers should be marked in the same way. Semantically there is no difference between 3, III, and 11 (binary). I suppose there is an argument that III is a shortened form of the spelt out word three and should have an abbr tag but in that case so should 3. It’s a symbol, not an abbreviation. Much like we don’t tend to mark © in an abbr tag (though perhaps we should?). Really the spec needs a symbol tag. Perhaps it might be possible to claim that such symbols are merely unusually “shaped” abbreviations for a phrase (but then the words making that phrase are themselves symbols in a sense) but sometimes a symbol encapsulates a concept as well as a phrase.

As the previous paragraph probably demonstrates, my thinking on this point is not particularly clear. I don’t know the answer. While I think abbr is incorrect it might be the best available. Though as it seems likely (but is difficult to confirm) that screen readers will correctly handle Roman numerals then perhaps a simple, semantically empty, span is the best way to go.

Addition: Just in passing I thought I’d mention that whilst writing this post I wondered what to do about the abbr and dfn tags. Should they get surrounded by abbr? In the end I decided not. They’re code segments. That’s what the code is, it’s not abbreviated. I did stick a title attribute on the code tag though, on the basis that it wouldn’t hurt.

Comments (0):

Post a comment

Name and email address are required. Email address is never shown. If you enter a URL your name will be linked to it (this and other links will have the rel attribute set to contain nofollow). Markup allowed: <a href="" title="" rel=""> <em> <strong> <abbr title=""> <acronym title=""> <p> <br />. Anything else is stripped; please be valid. Single linebreaks automatically convert to <br />, double to <p>'s. Additionally anything that looks like a bare URL should get automagically linked. Many acronyms and abbreviations are also automagically handled.

Please note this blog's comment policy

Trackbacks (0):

Trackback URL: http://www.norcimo.com/MT/mt-tb.cgi/275

Advanced...

This Crazy Fool

Who:
Dr Ian Scott
Where:
Croydon (and Gateshead), United Kingdom
Contact:
ian@norcimo.com
What:
Bullding Services Engineer (EngDesign), PhD in Physics (University of York), football fanatic (Newcastle United), open source enthusiast (mainly Mozilla)

More about me [Disclaimer]

You may subscribe to IMS_Blog using the RSS Feed, the Atom Feed or by email.

Creative Commons License

© Ian Scott. Powered by Movable Type 3.2. This blog uses valid XHTML 1.0 Strict and valid CSS. All times are local UK time. For further details see the IMS_Blog about page.. All my feeds in one.