[PD] Sometimes all data-structures are redrawn

[João Pais]

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 at lists.iem.at mailing list
> UNSUBSCRIBE and account-management