Something I’m playing with:
18 Likes
That would be very useful!
1 Like
That’s a winner … would LOVE to have this … trying to juggle these as floating windows is a constant hassle!
1 Like
Veeeeery nice!
Feature request with this: would be great to have binding targets to switch to a specific dock (like the “open GUI” window) - e.g. use a state change to switch to a tab with a tuner plugin with guitar songs.
5 Likes
Really nice. Would it be possible to have more than one GUI on one tab?
1 Like
Great idea
1 Like
Nice option to have.
1 Like
I might be asking for a lot here, but I’ll ask anyway!
This feature would be very useful to me if the plugins that are nested in Linked Racks could be docked at the Song level, and if that configuration could be saved with the Song.
1 Like
Docked plugins are always shown in the top level song tab.
You can control linked rack plug-in settings on a song level using exported settings. See here https://www.cantabilesoftware.com/guides/states#exported-settings
Not at the moment.
1 Like
Good idea. Currently if the plugin is currently docked and you use the binding to show the plugin gui it will switch to that tab. There’s no explicit binding to show a closed plugin GUI in a dock - maybe I should add that.
4 Likes
Cool News ! Can’t wait to test it.
That’s already pretty nice - so if I’m in Show Notes view and trigger the binding to show the GUI, it would switch to e.g. the guitar tuner. But what happens when the “hide GUI” binding triggers? What tab would Cantabile then switch to? Ideally, it would be the one active before “show GUI” was triggered - in this case the Show Notes view. But I’d need to be sure, otherwise it could be a bit of a mess on-stage…
Will be interesting to see if this provides some relief for IK’s dreaded B3X “gui open taking the greater part of a song” issue…
3 Likes
Great! It will be very useful!
Thanks for the suggestions. I’ve made a couple of tweaks:
First there are now separate binding points to show the GUI editor and the old binding point now explicitly opens the popup editor. I’ve decided against this. There’s still just one binding point and the plugin remembers whether it was last in docked mode or not. ie: once you dock a plugin it’ll always appear and re-open in docked mode (until you explicitly turn docked mode off).
Second closing a docked editor will return to the most recently active other tab (instead of always returning to the routing tab).
1 Like
Perfect 
This looks great!
I am really excited about this.
Maybe Brad can chime in on whether this is a correct assumption.
My thought is that from the plugin’s perspective, if its gui remains open when docked but not currently displayed, then the excruciatingly slow gui open of B3X can be avoided on redisplay its dock. The dock allows the gui to remain open, and displaying the selected dock is essentially a Z order choice. If this is the case, then relief is on the horizon!