fix: if group, set one fader to 0, set mute, move fader up, unmute -> no grouping anymore
This commit is contained in:
parent
1a30d33690
commit
c2d98c865e
2 changed files with 0 additions and 7 deletions
|
@ -10,7 +10,6 @@
|
|||
- bug fix: grouping faders in the client should be proportional (see discussion in #202, #419)
|
||||
|
||||
|
||||
TODO fix: if group, set one fader to 0, set mute, move fader up, unmute -> no grouping anymore
|
||||
|
||||
TODO bug fix: incorrect selection of UI language (#408) !!!!!!!!!!!!!!!!!!!!!!!!!!!!!
|
||||
-> note that for the 3.5.8 bug fix release we went back to the original translation code (e.g. no pt_BR!)
|
||||
|
|
|
@ -455,12 +455,6 @@ void CChannelFader::SetMute ( const bool bState )
|
|||
{
|
||||
// mute was unchecked, get current fader value and apply
|
||||
emit gainValueChanged ( CalcFaderGain ( GetFaderLevel() ), bIsMyOwnFader, false, false, -1 ); // set level ratio to in invalid value
|
||||
|
||||
// TODO When mute or solo is activated, the group synchronization does not work anymore.
|
||||
// To get a smoother experience, we adjust the previous level as soon as the mute is
|
||||
// again set to off (if we would not do that, on the next move of the fader the other
|
||||
// faders in the group would jump which is very bad).
|
||||
dPreviousFaderLevel = GetFaderLevel();
|
||||
}
|
||||
}
|
||||
}
|
||||
|
|
Loading…
Reference in a new issue