I noticed today that when copying multiple widgets from the Global rackspace to a Local rackspace (using SHIFT+paste to preserve Global parameter assignments), the saved states in each variation disappeared. Since I have over 20 variations with multiple volume, gain, and other widgets, this is a significant issue. I’m using the latest version, Gig Performer 5.1.1, but I’m unsure which was the last version where this feature worked correctly—though I’m certain it was in the Gen 5 series. Has anyone else experienced this issue?
The saved state of what? Other widgets in the variation that were already in the rackspace?
Yes, a lot to unpack here.
Were you using widgets to send program changes? Is this the “saved state” you are referring to?
Or you could be talking about something entirely different. The settings in the widgets for the pasted widgets? Or other widgets associated with the local rackspace? I can’t tell.
I think you need to include details.
The issue involves the saved states of buttons and sliders in variations disappearing after copying widgets from the Global rackspace to a Local rackspace using SHIFT+paste. The copied widgets have the same names and properties as those they replace. However, I might have jumped the gun. I’ll uninstall Gig Performer 5.1.1, install version 5.0.9, test the workflow, and report back with my findings.
I couldn’t reproduce this issue.
- I have a rackspace with 2 widgets and 3 variations
- Each variation has different values set for the widgets
- In the Global rackspace I have 2 widgets with Global Parameter assignments
- I select these 2 widgets > Copy > SHIFT/Paste into the local rackspace
The widgets that were previously in the local rackspace retain the appropriate values in each variation.
1 Like
Apologies for my earlier post—I mistakenly believed that deleting and then copying/pasting widgets from Global to Local rackspace using SHIFT+paste preserved widget positions and saved states. I don’t have a rational explanation for this (maybe I’m just getting old!), but it’s clearly not the case. In the past, I likely copied single widgets, so the issue wasn’t noticeable. Now, with a Global rackspace full of widgets ready to deploy to a Local rackspace, the problem is obvious. I should’ve tested an earlier version before posting.
To clarify: SHIFT+paste correctly preserves Global parameter assignments and widget names (handles) when copying from Global to Local. However, if I make adjustments to widgets in the Global rackspace and copy them to the Local rackspace (after deleting the previously copied widgets), the saved states of those widgets are lost. This makes sense but can be frustrating. If I were part of the Gig Performer team, I’d propose a feature to tie a widget’s saved state to its handle. That way, a new widget with the same handle copied from the Global rackspace could inherit the saved state.
Sorry again for leading you down a dead-end street. Has anyone else encountered this or have thoughts on the proposed feature?
Still don’t understand – to which “saved states” and “those” widgets are you referring?
The copied ones? The originals still in the global rackspace? Some other widgets?
If you delete the original local rackspace widgets and then replace them with what you’re pasting from the global rackspace - then you will definitely lose your local rackspace variation settings.
Widgets have a unique id, so the new pasted ones will be treated as brand new widgets.
2 Likes
Yes, exactly! I somehow thought saved states wouldn’t reset until the rackspace was refreshed, since the deleted and newly copied (via SHIFT+paste) widgets come from the same Global source. But now that I’ve thought it through, it makes sense that each widget has a unique ID. That’s why I suggested that, if I were on the Gig Performer team, I’d push to tie saved states to widget names (handles). I don’t know much about programming or Gig Performer’s internal logic, though, so I’ll zip it now! 
Anyone else think handle-based states could work?