hi katja,

I don't understand that last paragraph.  Why would you need to close the

array list view for an audio-length array?  From what I can tell it's not "live"-- that

is, it doesn't automatically update its values to stay in sync with the array.

-Jonathan

On Friday, November 13, 2015 4:00 AM, katja <katjavetter@gmail.com> wrote:

That looks good Jonathan. In current array list view the entries are grouped per 1000 and arrows let you switch groups. For 'large' arrays (say one second of audio samples) this is inconvenient. Maybe your patch approach could even provide a better solution, like the option to select a specific range.

There's also method 'arrayviewclose' which I sometimes (ab)use to close a list view from within a patch. You don't want to try update an audio array list view in real time!

On Fri, Nov 13, 2015 at 1:32 AM, Jonathan Wilkes <jancsika@yahoo.com> wrote:

I don't know.  Something like this with the guts hidden?

I didn't do the hard stuff, like handling out-of-bounds elements if the

array isn't a multiple of ten-- it's just a prototype.

So, in that method you and katja are abusing, I can forward the arrayname

as well as the current $0 count.  Then I can open the patch and immediately

send a message to the relevant $0- receiver, and the patch will populate the

value table accordingly.

And then I can get rid of all the arraylistview C/GUI code that's scattered about.

-Jonathan

On Thursday, November 12, 2015 4:55 PM, Matt Barber <brbrofsvl@gmail.com> wrote:

A Pd patch with what in it?

On Thu, Nov 12, 2015 at 4:21 PM, katja <katjavetter@gmail.com> wrote:

On Thu, Nov 12, 2015 at 8:36 PM, Jonathan Wilkes <jancsika@yahoo.com> wrote:

Would you mind if this opened a Pd patch instead of a tk dialog?

Could be OK if the list is editable, like current array list view.

Katja