This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
From the spec: "The sidebar keyword indicates that the referenced document, if retrieved, is intended to be shown in a secondary browsing context (if possible), instead of in the current browsing context." This seems to duplicate the functionality of @target="_blank". Who is using this? Who has implemented this?
target="_blank" creates a new primary browsing context. target="sidebar" means a secondary browsing context (e.g. a sidebar). Some Gecko-based browsers have supported this sort of thing, iirc. And maybe Opera? Worth checking.
(In reply to comment #1) > target="_blank" creates a new primary browsing context. target="sidebar" means > a secondary browsing context (e.g. a sidebar). > > Some Gecko-based browsers have supported this sort of thing, iirc. And maybe > Opera? Worth checking. @target=sidebar or @rel=sidebar???
Er, the latter.
Opera implements this. Clicking such link prompts user to add a bookmark which will be displayed in a sidebar (called panel in Opera).
(In reply to comment #4) > Opera implements this. Clicking such link prompts user to add a bookmark which > will be displayed in a sidebar (called panel in Opera). Indeed. In particular, the link is *not* being followed, it's *only* bookmarked. In FF 3.6, a similar dialog for bookmarking appears, but I'm not sure how I would actually get to see the sidebar. In Safari/Chrome/IE, this doesn't seem to have an effect. Is anybody using it? FF and Opera developers: could you try to come up with a more accurate description of what it does? I personally believe that this isn't a good use of a link relation; if it gets registered than optimally as deprecated.
EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy.html Status: Rejected Change Description: no spec change Rationale: rel=sidebar is intended to document reality, not be a good design. If UAs are moving away from it we should drop the feature entirely, not recast it in some other design.
http://www.w3.org/html/wg/tracker/issues/154
mass-moved component to LC1
WG Decision: http://lists.w3.org/Archives/Public/public-html/2011Aug/0309.html Change Proposal adopted by Amicable Consensus: http://lists.w3.org/Archives/Public/public-html/2011Aug/0131.html
Done.
Checked in as WHATWG revision r6483. Check-in comment: Move rel=sidebar to the wiki. http://html5.org/tools/web-apps-tracker?from=6482&to=6483