mikerugnetta

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?

textedit-multislider-bug

> No dice. It automatically changes back to 256.

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

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 

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.

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

Chris Muir
cbm@well.com	
http://www.xfade.com

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.

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...

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.

Textedit + Multislider == Bug?