Summary: | Implement <link rel="..."> for Site Navigation toolbar | ||
---|---|---|---|
Product: | WebKit | Reporter: | Gérard Talbot <browserbugs2> |
Component: | New Bugs | Assignee: | Nobody <webkit-unassigned> |
Status: | NEW --- | ||
Severity: | Enhancement | CC: | jmalonzo, mike, webkit |
Priority: | P4 | ||
Version: | 523.x (Safari 3) | ||
Hardware: | All | ||
OS: | All | ||
URL: | http://www.w3.org/TR/html4/types.html#type-links |
Description
Gérard Talbot
2007-06-24 02:42:06 PDT
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. |