I think I like this idea, but as a user I’m concerned about a couple things:
A ‘sequence’ dos not actually have patterns inside on the Pyramid. I think of it as “pointing to” Patterns that reside in Tracks in addition to documenting Mute states on the 64 Tracks.
A pattern can be used in any number of Sequences, so if your requested feature were implemented, what do you think the priority should be? Delete the MIDI data in a Pattern irrespective of its connection to other Sequences or test to see if the Pattern is used elsewhere? (I’m assuming the latter, or even if there’s a switch in Settings perhaps)
Pyramid is a mature product, and there might not be much more room for more code. However, Feature Requests should be submitted via the squarp.net/contact page.
Hi, sorry for bad my English,
I mean patterns pointing inside a track. Basically just duplicate everything inside so the logic to delete duplicated sequence will be easy. Maybe this fast sketch may help to understand what i mean.
I think it should have a condition as you said, only delete the pattern if is not used in other sequence. If it is used in other sequences just remove it from the sequence your apply “delete duplicated”
Thank you for the explanation and graphic.
Since you noted Feature Requests are closed, then it would seem “mature” product may need another descriptive before we approach “retired”. This makes me sad, but is expected.
That’s a good idea.
I had requested they add an track/pattern/sequence exchange feature to speed up work flow when switching stuff around. Squarp replied that it was a good idea but now it might not happen.
Come Squarp make it that feature should been add.