Well, for starters I never thought of using the old view bindings we had to target anything but the song routes and song bindings. But come to think of it I did use the view bindings in some racks that were already opened for editing in some of my custom button and hotkey bindings. So now I finally have the light bulb go off as to why the 2 views and tabs are of a different breed. One is fixed and the others are variables. I had no use case to speak of at first and was just trying to test the new bindings targets and found this behavior when using my test set up and wanted to see why it behaved as it did. I did later envision a use case with switching of views from a remote iPad control surface and I got to thinking how this system would function in that case and set up my last test case I explained above. My vote would be be that via the use of the active panel target designation you could switch between the last selected active tab and it’s routing and bindings views and the show notes tab via 3 discreet single press buttons. An alternative would be that it defaulted to the first tab of the panel selected for routes and bindings views when invoked. I don’t think that’s too far removed from what it is now but it includes being able to switch back to the last selected active rack or song tab from the show notes tab after it’s been put up. Not sure what kind of workaround that would mean so it would be your call as to feasibility. Thanks for your reply and interest.
Dave
ADDENDUM
After a few days to think on more things to add to the issue of the remote show notes question. I understand that a pane can be empty and that the show notes would be available for the pane by default as a fixed tab so switching away from it to another view on an empty pane is a definite problem. So I suggest that there be a hierarchy to the view>show notes binding.
if there are any variable tabs in the active panel then switch back the last active one and display the view bindings choice for routing or bindings as expected.
if there is no variable tab in the active panel then ignore the view route and binding bindings and remain on the show notes view
Hopefully that would prevent any confusion but there may be other factors I’m not aware of.
Also I have a question about the Song tab in particular that may help with this. I know it’s movable panel to panel and can be duplicated in both screens so it raised a few questions.
should Cantabile require at least 1 copy of the song tab be kept open at all times in table view and not allow it to be deleted from both panels in any given song?
if the first point is not required then how do you bring the song tab back to view in a panel if you closed all copies of it?
should there be special icons (in addition to what you already have for routes and bindings) to ID the main Song tab and any other linked or embedded Rack tabs?
If the first suggestion of not allowing all the song tabs to close was implemented you could possibly default to the main song tab no matter the panel if there were no last active tabs open in the panel where you had switched showing the notes.
Tricky stuff for sure (gnats on a bull’s hiney), thanks for your patience and your ear.
I’ve just put up a new build with some improvements to bindings for view/split modes:
Any of the binding points to scroll the show notes now switch to the show notes tab if not already shown.
The binding point “Rack → Open Rack Editor” has been renamed to just “Open Editor” and is now available on both song and rack bindables. (ie: there’s now “Song → Open Editor”).
The “Open Editor” binding point has a new option to select which panel to open in (Active, Primary, Secondary or Any).
The “Open Editor” binding point has a new option to select which view mode to open in (Table, Diagram, Bindings or Any).
The “View → Show Notes” binding point now activates the targeted show notes panel.
For the “Any Panel” option, it will look for an existing tab for the rack/view mode and use that. If not already open, it will look for a panel that has the same rack but in a different view mode open and use that panel. If the rack is not open at all, it’ll use the active panel.
For the “Any View Mode” option, it’ll use either an existing tab for the rack in any view mode, or if not open, it’ll open the rack in either Table or Diagram view depending on your preference in Tools → Options.
I’m finding it to be stable and I really like how it is working out for me. What used to be a chore to set up is easy to do now like monitoring the effects of bindings on other levels and views. When creating and testing utility racks this is a wonderful thing. Also having the Window layouts allows you to call up controller bars for given tasks via the bindings system. This was pointed to in the original thread but I didn’t really appreciate it till I started using it. So a great many items that have been asked for in the past are a reality in this new version. Big Thanks to Brad and all the folks who put in their ideas to bringing this about.
Quick update… I’ve just put up build 4321 which includes this new view management into the official release stream. It also includes all previous bug fixes from 4309 onwards.
It’s marked as experimental, but all future builds will now include the new view management.
Great feature @brad. I’ve tried setting up Ctrl+Alt+F1,2,3… to open my instrument racks and show their routing table on the left and docked plugins on the right. Unfortunately the tab set stops working as soon as I rename any of the racks. Would it be possible update any tab set references when the user changes the name of a rack?
The main issue here is if you rename a plugin in a linked rack, the songs that reference that rack won’t know about the change - so they can’t automatically update their tab sets.
Well, I have finally updated. Only thing I have noticed so far is some songs in my set list are being marked as modified when I start Cantabile without even doing anything. Is there a reason for this?
I am always loathe to save a song flagged as edited when I do not know what has changed, and I have certainly not changed anything.
Thanks for reporting this. I’m not sure what might be causing this off hand. To be clear - you’re opening a set list and multiple songs are getting marked modified - or, is it only after opening specific songs that they then become modified? Is the set list preloaded? Also, only some songs?
Either way, it’d be handy to get a debug log:
Start Cantabile
Reproduce the issue without deliberately modifying any songs
From the Tools menu, choose Open Settings Folder
Close Cantabile (important)
From the folder opened in step 3 send me settings.json and log.txt and I’ll see if I can spot it.
Update, I ensured I have the latest version of Cantabile on both my DAW and GIG computer and fired both up. I have exactly the same problem on both computers - I previously reported it on the DAWPC. It is the one song and the smoothie rack
Hi @Derek, I’ve seen this on my setup also, although I haven’t had chance to delve into it and pin it down to specific songs yet. I’ll try and investigate and post any relevant findings here.
