In bug #6085 the middle mouse button was changed so that middle clicking a link in the browser window would open the linked page in a new window. The same thing should happen when you middle-click a link/bookmark in the sidebar. Akkana should know the details about how to make this happen.
See bug #33761 as well (middle click in bookmark pulldown)
akkana do you want this bug
QA Contact: paulmac → shrir
Links in sidebar panels should be inheriting all behavior (context menus, middle-mouse-button opening, drag-and-drop ability, whatever) from the behavior of normal links in Web pages, and doing so automatically without anyone having to code anything twice. If this isn't happening, there's something a wee bit wrong with the architecture, and this bug should be resummarized to the more general case of doing all the same things as normal links.
Well, the sidebar has one additional thing that the main window never has, and thats bookmarks. This bug was added as recommended by akkana. I'd be interested to hear from the people at netscape what they think?
The middle-click behavior is set up in navigator.xul for the box "appcontent". Maybe it just needs to have the same onclick= code added somewhere else to cover the sidebar? If our architecture were ideal, then mouse events would be handled as an XBL behavior just like key events are, and we'd be able to set up a style that specified certain behavior on certain mouse events. Alas, mouse events aren't covered by any configurable system like XBL (we were lucky to get key events in for this release), so we have to handle the event explicitly in XUL files instead.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Would an XUL overlay work to give sidebar items the same context menu as normal links? (Or is my ignorance showing?)
Move to M21 target milestone.
Target Milestone: M18 → M21
More generally, it would be nice to be able to set a preference so that clicking on a link (anywhere) would _by_default_ open a new window and that opening the link in the current window would be a menu selection
Reassigning 50 Sidebar bugs to Matt. I was told this was going to be done shortly about two months ago, but it clearly hasn't been. I think that's long enough for all these bugs to remain assigned to nobody. Feel free to filter all this spam into the trashcan by looking for this string in the message body: ducksgoquack
Assignee: slamm → matt
reassigning to me to fix.
Assignee: matt → blakeross
Wait a sec. I already did this. It's not working?
Status: NEW → ASSIGNED
*** Bug 60713 has been marked as a duplicate of this bug. ***
this is working great for me on today's trunk build on linux(20001120). Marking Fixed.
Status: ASSIGNED → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED
This isn't working at all for me in Windows build 2000112104, neither bookmarks or "ordinary links" (such as the one at the top of the tinderbox tab). I'll test linux later when I have some more time
Add this to your prefs.js file: user_pref("middlemouse.openNewWindow", true);
Ok, I agree that it works if I edit prefs.js as indicated. Two questions though: 1) When will middle-click to open in new window be implemented for bookmark tab in sidebar? (should I file a separate bug for that?) 2) Will the "middleclick to open in new window" be made a pref in the "normal" Edit->Preferences GUI?
marking this verified (1127)
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.