Message box - maximum number of elements?
Is there a maximum number of elements that can be stored in a message box? I've been working with lists of several thousand elements and storing them dynamically in message boxes. It seems that lists greater than a certain length (somewhere between 4000 and 5000 elements) are truncated. I made a test patch to demo this:
I can probably use [zl reg] to accomplish what I need here, but given that I couldn't find any documentation of a maximum list length in message boxes, I thought it was worth documenting here.
Hi Syrinx
that seems to work
Thanks Mizu, indeed it does. Still, the fact that lists are truncated when pasted into message boxes seems a bit weird. Is anyone from C74 able to answer whether this is expected behaviour or a bug, or what (if anything) the list length limit on message boxes is?
Maybe there might be an issue with copy-pasting the text to a message box that truncates it. But if I generate a list of 10000 values into a message box everything works as expected:
yes ! i don't know why copy/paste in messages truncates a list.
trying wit 2 coll's to not be in edit mode.
copy-paste from coll to coll isn't fast for more than 1000, Max takes time and seems not responding for the system
with dump message, it's honorably fast
i can't think to a real bug: i use message to bag some data in place of zl reg, as readable state of some things.
So long lists in edit mode... diplomatic negotiation with the system to adapt the windows, i can't say who is slow to achieve the job...
Yes, I can confirm what Mizu is reporting - copying and pasting large quantities of values from one coll to another is very slow, while passing the data via a patch cable is super quick. I wonder if this issue is related to the truncated message thing?
Hi Syrinx i don't know C programming, believe it's depending too of the system. Like in jit.playlist, jit.cellblock or a buffer window, could be pleasant to drag and drop a selection... I think the way Max can be edited on the fly has some limits for ui objects. Same way, i see a big patch in a standalone can be faster