Closed Bug 33758 Opened 20 years ago Closed 20 years ago

Middle click to open in new window should work in sidebar

Categories

(SeaMonkey :: Sidebar, defect, P3, minor)

x86
Linux

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: david, Assigned: bugzilla)

References

Details

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?)
Target Milestone: --- → M18
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
Closed: 20 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
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.