31 What about abbreviatons inside links?

I was just reviewing the article whilst coding a page for a new site, and I came across with a link formed by the next piece of text *F1 Grand Prix*.

I was trying out the proposed glossary technique for expanding the words “Formula 1” and noticed I was nesting an ANCHOR tag inside another one!

Any comments on this issue?

Aside from that, I found the article very useful and thought-provoking, as others have said.

posted at 01:02 pm on January 24, 2006 by Alberto Romero

32 What about abbreviations inside attributes?

Earlier today I was looking at a page I was updating to add acronyms (I do not believe in getting rid of them because the current working draft is leaning against it, once it gets closer to/is ratified I may change my stance) and abbreviations and I found that my global search and replace caught an acronym within the alt text of an image. Must I expand the text in this case? How should one handle this?

posted at 07:46 pm on January 24, 2006 by Brian LePore

33 Re: Comments #31 & #32

In XHTML 1.0 nested anchors are illegal: “a must not contain other a elements.”

As for alt text abbr. depends on the audience and whether it occurs in the webpage. Though typically it would be deemed sensible to use the expanded form or parenthesis under most circumstances. Again the title attribute will come into play, if the image is meaningful enough.

posted at 05:16 am on January 25, 2006 by Robert Wellock

34 Re: Re: Comments #31 & #32

In XHTML 1.0 nested anchors are illegal: “a must not contain other a elements.�

I know, that is what I was asking: The article suggests inserting a link to the glossary page as well as the ABBR tag, but what happens if we have an abbreviation that is already inside a link?

posted at 07:22 am on January 25, 2006 by Alberto Romero

35 XHTML 2.0 and IE 7.0b

After reading your article and found following text segemnts

- Our first goal is compliance with XHTML 2.0 – IE 7 will support the abbr element;

i ask me, is this article for the future or is this article really a suggestion for good web sites?

Please note that XHTML 2 does not exist as a specification and IE 7.0 doesn’t work with the abbr element. It don’t know which Version of IE 7.0 you use, but the Version which is shipped with Windows Vista Beta 1 ignore the abbr Element.

Next, i tested IE 7.0 with XHTML 1.1 and the Recommendation of W3C to serve XHTML 1.1 as “application/xhtml+xml”. IE 6 can’t work with this. And IE 7.0? He open it as a simple text document like open an XML document without DTD.
So i ask me XHTML 2.0 and IE 7.0 are really good samples?
Aside from that, your article is really good.

posted at 08:47 am on January 30, 2006 by Matthias Mauch

36 XHTML 2 and REL-Links

1. I do not understand the article’s fuss about XHTML 2. It will last years until that specification is final, and it will last even more years until most browsers will get it right. And then there will still be various Internet Explorers around and we cannot use XHTML 2 with them. As it is not backwards compatible, we are forced to send HTML to the browsers. XHTML 2 is a technology for the back end.

(Actual browsers don’t get HTML 4 or CSS 2 right. Those specifications are from last century, eight years old! And instead of fixing bugs and implementing complete and correct support for HTML 4.01 and CSS 2.0 [or CSS 2.01 at least] and preparing for CSS 3, browser vendors are making up new gimmicks for “HTML 5�. But I am digressing …)

1. Instead of a class=“gloss” for the links, one could use the more semantic rel=“glossary” (known from the LINK element, also allowed for the A element). But, of course, Internet Explorer does not know about attribute selectors, so you will not be able to style rel-links and have to stick to classes.

posted at 06:19 pm on January 31, 2006 by Lars Kasper

37 PHP to the rescue

This article is almost screaming for PHP or similar language. With PHP one could define a list of words (abbr-list) with all the CSS code one could wish for, have a script run through each page and replace every occurence of any abbreviation in the abbr-list with proper coding. This way, you wouldn’t have to type every code out. And it would be easy to update which CSS code you want to put in the document as the misc. standards evolve.

You could with minimal extra work have PHP serve different abbr-lists depending on what browser the reader is using to get the best of all worlds.

posted at 09:01 am on April 2, 2006 by Agnar Ødegård

38 Great article

I’ve been searching for an <abbr> solution that would work with IE6, and this is it! ‘Nuff said!

posted at 05:37 pm on May 4, 2006 by Peter Foti

39 A Javascript approach

Using Javascript to expand abbreviations.
Two different solutions actually: – one script removes the TITLE attribute from the ABBR element, then the expansion of the abbreviation is done in plain text followed by the ABBR inside parentheses. Further occurrences of that abbreviation are left untouched. – the second script creates a glossary on-the-fly; it parses the document to build a collection of ABBR and TITLE values then creates a Heading and a Definition List containing all the element/value pairs.

posted at 10:53 pm on November 8, 2006 by Thierry Koblentz

40 Internet Poker Games Play

i thought this was a great article and if you need quality online casino, bingo or poker reviews take a look at http://www.online-casinos.co.uk

posted at 03:20 pm on November 21, 2006 by Best US UK Poker Sites Review

Discussion Closed

New comments are not being accepted, but you are welcome to explore what people said before we closed the door.

Got something to say?

Discuss this article. We reserve the right to delete flames, trolls, and wood nymphs.

Create a new account or sign in below if you’d like to leave a comment.

Forgot your password?

Subscribe to this article's comments: RSS (what’s this?)