Re: [PD] 0.52.0test2: window jitter on (Mac OS)

2021-12-04 Thread IOhannes m zmölnig 

On 12/4/21 23:20, Dan Wilcox wrote:

Howdy Phil,

this may be related to a reported GOP performance problem with test2, so I 
copied your report to the issue on Github:


it might also be related to the scrollbar glitches reported in [1410] 
(it's kind of hard to tell what "visual flutter" really means here).


in any case, both issues ought to be fixed in current 'master' branch 
(no pre-release yet).

@phil so if you are up to compiling you might give it a try...

gfmds
IOhannes

[1410] https://github.com/pure-data/pure-data/issues/1410


OpenPGP_signature
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] 0.52.0test2: window jitter on (Mac OS)

2021-12-04 Thread Dan Wilcox 
Howdy Phil,

this may be related to a reported GOP performance problem with test2, so I 
copied your report to the issue on Github:

https://github.com/pure-data/pure-data/issues/1488 


> On Dec 4, 2021, at 6:40 AM, pd-list-requ...@lists.iem.at wrote:
> 
> Message: 1
> Date: Fri, 3 Dec 2021 21:51:19 +
> From: Philip Stone mailto:pkst...@ucdavis.edu>>
> To: "pd-list@lists.iem.at " 
> mailto:pd-list@lists.iem.at>>
> Subject: [PD] 0.52.0test2: window jitter on (Mac OS)
> Message-ID:
>   
>   
> >
>   
> Content-Type: text/plain; charset="windows-1252"
> 
> I?ve just noticed a minor weird thing with v 0.52.0test2: graph on parent 
> windows with margins of 0 or 1 cause a visual flutter when hovering over a 
> graphic object inside the (opened) GOP. I?m on Mac OS 10.15.7.
> 
> Simple example:
> 
> #N canvas 47 74 357 100 12;
> #N canvas 308 115 516 183 open_me 0;
> #X obj 84 4 bng 15 250 50 0 empty empty empty 17 7 0 10 #fcfcfc #00
> #00;
> #X text 110 2 <- hover over/off of bang;
> #X coords 0 -1 1 1 100 20 1 1 1;
> #X restore 130 37 pd open_me;
> 
> Increasing the border to at least 2 X 2 eliminates the jitter.
> 
> Not of critical importance, but long ago I got into the habit of having a 0/0 
> margin for GOPs (don?t know why).
> 
> 
> Phil Stone
> Davis, CA  USA


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



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

Re: [PD] [Öffnen],feature request: [get] and [set] template-agnostic?

2021-12-04 Thread Christof Ressi 
not sure if this was discussed before: would it make sense for [get], 
[set] and other pointer-related objects to be template agnostic?
This is already possible. You can use "-" as a template wildcard. This 
is documented for [set], [get], [element], [setsize] and [getsize].


For some reason, this doesn't work with [append]. I have opened an issue 
on GitHub: https://github.com/pure-data/pure-data/issues/1506


Christof

On 04.12.2021 16:01, João Pais wrote:

Hi list,

not sure if this was discussed before: would it make sense for [get], 
[set] and other pointer-related objects to be template agnostic? That 
means that an object [get mytemplate x y] wouldn't need the 
"mytemplate" argument, and it would get the fields from any pointer it 
receives.


This would allow to simplify the programming in some cases. The way it 
is now, it needs lots of duplicated code when getting elements from 
different struct templates.


Best,

Joao



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




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

[PD] [Öffnen],feature request: [get] and [set] template-agnostic?

2021-12-04 Thread João Pais 

Hi list,

not sure if this was discussed before: would it make sense for [get], 
[set] and other pointer-related objects to be template agnostic? That 
means that an object [get mytemplate x y] wouldn't need the "mytemplate" 
argument, and it would get the fields from any pointer it receives.


This would allow to simplify the programming in some cases. The way it 
is now, it needs lots of duplicated code when getting elements from 
different struct templates.


Best,

Joao



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