Textedit + Multislider == Bug?

Dec 10, 2008 at 7:45am

Textedit + Multislider == Bug?

A student of mine stumbled upon this weird behavior and I can find no explanation for it. Seems when a list with > 256 elements is output from a textedit object into a multislider, the multislider will not accept more than 256 elements from said list.

Change “number of sliders” in the inspector all you want.

No dice. It automatically changes back to 256.

Is this broken or am I missing something?

– Pasted Max Patch, click to expand. –
Dec 10, 2008 at 8:40am

On Dec 9, 2008, at 11:46 PM, Mike wrote:
> No dice. It automatically changes back to 256.

It looks like textedit still thinks that lists cant get longer than
256 items.

A message box will store the whole entry but is large.

You could store this in a coll entry if you needed to be able to edit
the text.


Chris Muir


Dec 10, 2008 at 12:33pm

It seems to me that the problem isn’t with [multislider] but with [textedit]. No matter how much content there is, when you send it a bang it only spits out the first 256 items. Here is a demonstration.


– Pasted Max Patch, click to expand. –
Dec 10, 2008 at 6:36pm

Mmm! True!

In my late night troubleshooting I just looked right past textedit as the culprit. My student is using it as an input field for a huge amount of data pasted from excel, so we’ll just work out another way to make that happen I guess.

Either way, I’m curious to know if this is a limitation of textedit or something that is broken. Said otherwise: might this be fixed in the future…

Dec 10, 2008 at 6:45pm

That is true, I certainly didn’t expect it to behave that way. Using [text] seems to work as expected though. You could probably even set it up to import the file directly rather than copying and pasting.


Dec 11, 2008 at 9:37am


You must be logged in to reply to this topic.