Ok, this might be fuel or water for that particular fire, but we already have a workflow to set the length of things in the pyramid that takes into account zoom levels, and seems to measure things in “steps”.
That’s the note length. At any zoom level, I can select notes, and increase and decrease their length in step increments, for 1 to the length of the pattern in steps, and reduce it from 1 to 1/x of the step ( I can’t remember the lower limit from memory ).
Internally I’m assuming ( since pyramid uses the midi file format natively ) that the note lengh is stored as either a relative integer PPQN value from the note on, or as an absolute PPQN from the start of the pattern. That part doesn’t matter. what matters is that the note length in “step” or in “musical note length” is constructed on the fly, and the same goes for the pattern length.
IMHO it would be reasonable for the encoder that adjusts the Pattern length would allow you to make coarse adjustments in bars, and fine adjustments in steps ( at the current zoom value ) which would allow you to make fine adjustments from 1 bar at a time at the zoom level of 1, and up to a 1/64th of a note at the finest resolution.
We just need a modifier to go from Coarse to Fine pattern length, and bonus point if I can non-destructively change the pattern length in during a performance ( I can already do this, but only in bar increments )