After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 371156 - Shift+click should open place item in a new window
Shift+click should open place item in a new window
Status: RESOLVED OBSOLETE
Product: nautilus
Classification: Core
Component: Sidebar
unspecified
Other All
: Normal enhancement
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-11-05 18:31 UTC by Rafal Ryba
Modified: 2021-06-18 15:18 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Attachments
Tentative patch (387 bytes, patch)
2009-07-12 13:43 UTC, Stefano Teso
needs-work Details | Review
Updated patch. (1.37 KB, patch)
2011-12-03 15:34 UTC, Stefano Teso
needs-work Details | Review

Description Rafal Ryba 2006-11-05 18:31:36 UTC
As summary says, Shift+click should open place item in a new window.

Other information:
Comment 1 Stefano Teso 2009-07-12 13:43:58 UTC
Created attachment 138271 [details] [review]
Tentative patch
Comment 2 Stefano Teso 2009-07-12 13:45:40 UTC
Mmm, just noted that the second button can be used for this purpose... Ignore the patch please.
Comment 3 Marcus Carlson 2010-07-05 22:06:21 UTC
We already have middle click doing this, would that be enough?
Comment 4 Cosimo Cecchi 2010-07-05 23:15:37 UTC
Middle click opens in a new tab, and we use Shift+Click elsewhere, so this could make sense.

Stefano: any chance you could update your patch?
Comment 5 Stefano Teso 2010-07-06 07:04:35 UTC
Cosimo: I don't have access to git from here (the uni uses a very restrictive proxy == already tried, didn't work.) Will try to get it done during the weekend.
Comment 6 Stefano Teso 2011-12-03 15:34:26 UTC
Created attachment 202710 [details] [review]
Updated patch.
Comment 7 Cosimo Cecchi 2011-12-03 18:49:12 UTC
Review of attachment 202710 [details] [review]:

Usually the events from the first mouse button are handled on button release, not press; actually, the code already has a button-release handler some lines before this.
I think it'd be better to add the window/tab logic there instead of in button-press here.

::: src/nautilus-places-sidebar.c
@@ +2970,3 @@
 	}
 
+	has_mod = ((event->state & gtk_accelerator_get_default_mod_mask ()) &

Why are you and-ing this with gtk_accelerator_get_default_mod_mask()? That shouldn't be required.
Comment 8 Stefano Teso 2011-12-08 14:00:59 UTC
As for why I have not updated the patch, see:

http://mail.gnome.org/archives/nautilus-list/2011-December/msg00005.html
Comment 9 André Klapper 2021-06-18 15:18:04 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version of Files (nautilus), then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/nautilus/-/issues/

Thank you for your understanding and your help.