This irks me a bit. I've finally become comfortable counting with 0 as my first number and now zl slice starts with 1?? WHY?????? It's not even consistent with the rest of pd! Every other object I've encountered in pd starts counting at 0 - so why the exception?

Just to make sure, do lists start counting with 0 or 1 as their first element?

I'm not saying you should change it... I'm just letting you all know it does bother me and it inspired me to write this.

Thanks for reading.

i have never really thought of that, but yeah...it could be seen as inconsistent i guess.

one possible reason i can think of is that lists can contain numbers, symbols, or a combination of both. with numbers, mathematically you'd usually start with 0 as the origin (in a graph, for example). But, with symbols, you wouldn't usually have that zero origin. When counting kittens, for example, you would not usually start with 'zero kittens'.

There may be another reason, or it may just be totally arbitrary...not sure. But, yeah, i can see why it would be confusing.

The cyclone objects are emulations of Max/MSP objects so that Max patches can be easily ported. So it's likely just the way [zl ] is implemented in Max.