The <link> element first appeared in HTML 2.0 and, at that time, it was already a way to implement a Site Navigation toolbar to aid navigation. Still today, many text browsers implement <link rel="..."> that way. W3C Quality Assurance tip for webmasters: Use <link>s in your document http://www.w3.org/QA/Tips/use-links Link Bars How Link Relations Are Implemented http://webcoder.info/reference/LinkBars.html (that page seems to ignore the Firefox add-on Link Widgets 1.5 https://addons.mozilla.org/firefox/2933 ) Subotnik: The 'link'-Element in (X)HTML http://www.subotnik.net/html/link.html.en Also Konqueror 3.3 can install a Site Navigation toolbar, according to http://homepages.tesco.net/J.deBoynePollard/FGA/web-enable-browser-link-bar.html I searched for duplicate and I didn't find anything. Safari 3.0.2 build 522.13.1 here.
Yeah, there's no duplicate because this bug pre‐dates bugzilla, and until His Steveness says there can be a nav bar, it's not likely that <link> elements will be supported. (My non‐official opinion)
Opera 7+, Mozilla 1.x, Seamonkey 1.x, Icab 2+, Lynx, Links (and a number of other browsers via add-on extension) can render a Site Navigation toolbar. Dive Into Accessibility 30 days to a more accessible web site Providing additional navigation aids http://diveintoaccessibility.org/day_9_providing_additional_navigation_aids.html What's important, IMO, is to offer the user the choice to render a Site Navigation toolbar, just like Seamonkey 1.x does it via a preference: o Show always o Show only as needed o Hide always giving the user control, flexibility, choice.
<link rel="..."> is defined in the HTML 5 latest WD, at section 4.12.3: Link types http://www.whatwg.org/specs/web-apps/current-work/#linkTypes
I use Konqueror 4.2.4 (rellinks plugin PPA - document relations plugin - must be downloaded and installed) and enjoy the Site Navigation toolbar. regards, Gérard
Not an AX bug. Reassigning component.