I did some revisions on an abstraction replacement for the listview button in
the array dialog.
Rather than hook into a button buried in a dialog, I'm going to just throw the
abstraction in "extra" somewhere. That's about as discoverable as it currently
is, plus one could use it as a control in a patch if they wish. But the best part
is that it requires zero code in the core/GUI, opening up revisions and
bugfixes to anyone who can write a Pd patch.
Improvements welcome, as well as shorter abstraction name (as long as it's
obscure enough not to clash with anything else).
-Jonathan
On Thursday, November 19, 2015 12:20 PM, Jonathan Wilkes via Pd-list <pd-list@lists.iem.at> wrote:
That's just a matter of creating a single number box and connecting its
output to [s $0-offset].
Well, there's bounds checking, too-- the point is it's all just a Pd patch
so you're unlikely to crash Pd by revising the functionality. Plus the barrier
to entry is much lower than the small number of people who can untangle
garray-related spaghetti code.
-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!