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 761393 - Openning a file in a view should just reopen it and not switch to some other view where the file is already open
Openning a file in a view should just reopen it and not switch to some other ...
Status: RESOLVED FIXED
Product: gnome-builder
Classification: Other
Component: editor
unspecified
Other Linux
: Normal normal
: ---
Assigned To: GNOME Builder Maintainers
GNOME Builder Maintainers
: 762345 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2016-02-01 11:13 UTC by Thibault Saunier
Modified: 2016-02-22 05:15 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
editor: try harder to open buffers in the last focused stack (4.52 KB, patch)
2016-02-22 05:14 UTC, Christian Hergert
committed Details | Review

Description Thibault Saunier 2016-02-01 11:13:33 UTC
I have a split view with some/file.c on the left side, and some/other/file.c on the right side. Doing `:e some/file.c` from the right side should just reopen that file in there and not move the cursor to the left view.

I (now) know that I can do "ctrl+w v" but the behaviour I describe here is not natural.
Comment 1 Thibault Saunier 2016-02-01 12:10:49 UTC
Actually that behaviour is even more annoying than just that :)

I have:

left view           | right view
--------------------|-------------------
some/file.c         | some/other/file.c
file1.c (hidden)    |

If I go to the left view and want to see file1.c (using the top search bar)
I will end up with:

left view           | right view
--------------------|-------------------
file1.c             | some/other/file.c
some/file.c (hidden)|

instead of:

left view           | right view
--------------------|-------------------
some/file.c         | file1.c
file1.c (hidden)    | some/other/file.c (hidden)
Comment 2 Christian Hergert 2016-02-22 03:35:52 UTC
I certainly find this annoying at times too :)
Comment 3 Christian Hergert 2016-02-22 04:07:32 UTC
*** Bug 762345 has been marked as a duplicate of this bug. ***
Comment 4 Christian Hergert 2016-02-22 05:14:44 UTC
Created attachment 321805 [details] [review]
editor: try harder to open buffers in the last focused stack

This also fixes things like "e foo/bar.c" from the command bar to show
up in the view that was last focused.
Comment 5 Christian Hergert 2016-02-22 05:14:59 UTC
Attachment 321805 [details] pushed as 9fb301c - editor: try harder to open buffers in the last focused stack