Why isn't the parallel attribute state remembered for a poly~
I've noticed that if I check the parallel attribute of an poly~ object, save the patcher and then reload it, the parallel attribute is not remembered, so it's always turned off again after reload.
This is true in 5.1.9 and 6.1.7
I can obviously use a loadbang to make sure it's enabled upon load but I'm wondering if there's a deliberate reason the state is not remembered or is this just a bug?
Thanks,
David Jameson
I think I just experienced the same with the 'legato' attribute of adsr~... curiously..
Not entirely sure of the motivation for having some object attributes save with patcher while others are, but Freezing the attribute is the (or at least, another) solution. Note that all attributes shown in italics in the inspector are -not- saved with the patcher so must be frozen or initialised if other than default is required. More info here
My concern was whether there might be a problem loading a poly~ with parallel already enabled, as opposed to enabling parallel later. However, that 'frozen' technique is good to know about.
Thanks,
D
Duh --- just had time to look at the poly~ stuff again and indeed the 'parallel' attribute is displayed in italics, therefore NOT saved with the patcher. So it's clearly by design, not a bug.
On the other hand, this begs the question as to the motivation for not storing the parallel attribute of a poly~ with the patcher by default.
Thanks Spectro - that's good to know. Can't believe I hadn't encountered that before!