reimplement mixer using interactive_float

[smimram]

Mixer shoule be reimplemented using interactive_float and liguidsoap updated.

[mrpingouin]

This is more a feature request that should be discussed, reclassifying.

[smimram]

This would remove the particular case of the mixer and we would only have to handle i_floats in the interface. Do you see any drawback of this simplification?

[mrpingouin]

It could hide the grouping of the list of floats, that allows an integrated intuitive interface to the mix() operator. Also, it implies giving silly names to each interactive float. Finally, I still find interactive floats a bit ugly from the language/typing point of view.

If you can hide all these drawbacks under a convenient wrapper, that's fine, but then you might end up realizing that the underlying flexibility is never used directly... To sum up, I'm happy to leave this ticket as a reminder rather than a bug, and wait for a real need or complaint to arise.

Speaking of interactive floats, it reminds me of a practical need when playing with interactive controls of various processing operators: a graphical controller for an interactive float. Maybe we could change this ticket to a feature request for better controlling interface in general ?

[wiki]

wrought iron stair railings decorative railing deck railings railing