From that help patch:
#X text 12 115 HELP_PATCH_AUTHORS Updated for Pd 0.38-2. Jonathan Wilkes revised the patch to conform to the PDDP template for Pd version 0.42.
I did the refactoring of that patch, but I'm not sure who wrote what you're quoting.
I'd say that statement is false and should be removed.
-Jonathan
On Sunday, March 2, 2014 10:47 AM, Pierre Massat pimassat@gmail.com wrote:
Dear list,
I am working on a small patch which stores simple events in a table to trigger sounds later on. I would like to be able to edit the content of my table easily, which requires scrolling it, zooming in, and eventually editing the content.
I have found away of scrolling the content, but it is very slow with relatively big tables (hem, even with a table with 20 000 samples...). Please see the example attached.
I have 2 questions :
- Is there a more efficient way of doing this ? Copying only part of the content is worse (i've tried).
- Can I prevent the content of the table from spilling over the table to right of the left ? I get the same behaviour in a GOP, and putting a canvas next to the table to cover it doesn't work because the table content gets redrawn on top of it.
This leads me to a more general question about something i've found in the help : "5 Wave editing: with proper manipulation of array data, Pd can be fully functional wave editor, complete with mouse-clickable cut-n-paste, pitch-shift, time expansion, down/upsampling, and other tools typically found in commercial wave editors." This has always sounded very appealing to me, but i wonder how realistic this statement is... unless i'm ignoring 80 % of what can be done with tables in Pd.
Cheers,
Pierre.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list