Not much of a help, just a couple of pointers:

I just opened a patch with several jmmmp/multiarray and help patches of several of my jmmmp objects using data structures, and didn't notice something like that. But, I always use $0-names for templates. I would think having less scalars for the same template would not affect existing scalars of a given template.

Is your test patch anywhere ready to test? (preferably not "go here to download the whole library, then go there and do this, ect.")

The delay on other gui objects is normal, is just pd overloading the system with anything gui-related.

It seems to me that gui peformance has gotten worse in 0.53.1, but I haven't been using Pd enough to pinpoint it. If affects mostly GOP and loading/closing speeds, maybe not related with this.

On Sat, 2023-03-04 at 23:17 +0100, Roman Haefeli wrote:
Sometimes when I load certain patches containing data structures, all
data structures in all patches of an instance of Pd are redrawn.
As a follow-up on the matter, I identified to conditions that trigger a
redraw:

   * Loading a patch where some scalar objects like [draw{symbol,number,text}]
     or [{draw,filled}{curve,polygon}] are created before the [struct] oject
     of the template

   * Loading a patch where the [struct] uses a template name containing $0
     like $0.fruit (!).

$0 seems to be treated specially, since using $1, $2, etc. is not
affected. Also, it doesn't help to put [struct $1 float x] into an
abstraction [mystruct $0.fruit].

Interestingly, if I load the patch without the [struct] object first,
and then create [sruct $0.fruit float x] manually, it doesn't trigger
the redraw. I'll try if I can work-around unwanted (and probably
unnecessary) redraws by dynamically creating [struct] objects instead
of loading them with the patch (as I cannot abstain from using $0).

Anyway, I hoped I could to get some insight in the matter first, but I
am more and more getting a sense that this deserves to be reported as
an issue.

Roman

_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management




_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Reply via email to