Tying Editor Tabs to Results Tabs

Answered

Right now if I have multiple editor tabs and multiple results tabs, when I swap between editor tabs the results tab doesn't change.  I want this behavior in some cases, but in some other cases I'd like to have the editor and results tabs synchronized, so that changing an editor tab opens up the corresponding results tab for that query.  Is there any way to get this behavior?

7
15 comments

+1 For that. An output pane should be attached on each console tab.

0

One Database Console tool window can have several result tabs from the queries from the same Editor tab. How do you suggest it should be implemented for this case?

We have a request for automatically changing Database Console tab when switching the editor tab: https://youtrack.jetbrains.com/issue/DBE-265 . You are very welcome to share your thoughts in this YouTrack issue. Thank you!

0
Avatar
Lionel Roubeyrie

Each Tab in the lower pane Database Console could be a child of each right pane Editor Tab, so the results tabs will be automatically affected at the right editor tab.

0

I just installed DataGrip and this was the first biggie that I saw missing. All other SQL editors I've ever used have the results pane attached to each editor tab such that switching between editor tabs will show the results view for that SQL statement. This is how SSMS works as well. There should definitely be an option for this. Sorry, but it's a deal-breaker for me at the moment.

0

Thank you, Robert, for feedback. Passed it to our dev team.

0

Any update on this? I don't see any movement so was curious. I, personally, am still waiting on this

0

This would positively affect ~7 developers who presently use data grip both professionally and personally. Would absolutely love to see more traction on this behavior; I sorely miss it from SSMS and find myself regularly considering dropping my DG license for it (and I'm not even the one paying for it, as this is my corporate account!).

0

+1 - this is the main feature that is preventing me from switching our team to using DataGrip. All other tools we currently use have this functionality, where the tab is tied to the results. Having them not tied to each other feels very clunky and is confusing.

0

+1 this is vital

0

You could have an option for pinned tabs: once an output tab is pinned, output from the editor that sent results to it will continue to update that output tab.

So for split-results, you would pin your first tab, then execute results from another editor to open a new output tab, pin that, then drag to form a split view.

0

Hi, 

Struggling with the same issue - was it already solved?

Apart from this dgrip is great, but this one thing that's trivial to so many other tools is a real major inconvenience...

Currently I am getting the "Services Tree" as a sidebar, so I can toggle between results panes manually, but there must be a way to have the matching result pane to show up when switching between query editor tabs. 

 

0

Now it works in different way since there is `Services` view:

>but there must be a way to have the matching result pane to show up when switching between query editor tabs. 

When you click on result set it opens switches on proper console/file where an original query is located.

1

Sounds like an improvement, but doesn't seem to work that way for me.

On the Services Tree I can pick a service and this will switch to the relevant result set - but the query editor will not switch. 

I would right-click > Jump to Source, to switch the query editor. While not ideal, that's a reasonable workaround for me. 

But from the query editor, when looking at a query, couldn't find an alternative for manually searching the matching resultset in the Services Tree, which can become pretty cumbersome when you have a lot of DBs & tabs open :(

Thanks 

 

0

Finally I got it.

There are two options under "gear" icon on "Services" panel: "Autoscroll to Source" and "Autoscroll from Source".

Second one do what I want.

1

thats it!

thanks 

1

Please sign in to leave a comment.