[PD] how to capture window-related mouse-events when toxy is discontinued?

[João Pais]

those spikes is what I was predicting with the graphic overloading of  
tcl/tk (through data structures, in this case).

you could also try the following: make the "selectable area" around one  
corner (or middle) of the button: with a tiny bit more resolution, but  
less points in the template. if you want to keep the squares, it's even  
better, because it helps you selecting the structs.

Or one other thing: maybe can the tcl/tk code be changed, so that it  
doesn't overload that fast? Reduce the redraw rate, or something else? (I  
have no idea about tcl/tk)

Or change the output rate of the struct object? (this might not help much)


About the background grid for instant jumps, an implementation of it in  
run mode is easy. I could try to give an example, but don't have any time  
for now.


> ----- Original Message -----
>> From: katja <katjavetter at gmail.com>
>> To: pd-list at iem.at
>> Cc:
>> Sent: Thursday, November 3, 2011 6:10 AM
>> Subject: Re: [PD] how to capture window-related mouse-events when toxy  
>> is discontinued?
>>
>> On Thu, Nov 3, 2011 at 1:30 AM, Jonathan Wilkes <jancsika at yahoo.com>
>> wrote:
>>
>>>  How does the cpu usage in my demo compare to your patch where you use
>>>  a radiobutton?
>>
>> Here's a cpu load comparison of objects dragged continuously (on intel
>> mac 2GHz):
>>
>> polygon in movable_box2.pd: 23 %
>> polygon in 07.sequencer.pd (help browser): 16%
>> radiobutton in moving_objects.pd: 12 %
>> regular Pd slider: 13 %
>> 2D geo in a gem window: 2.5%
>
> I just got intermittent rises up to 50% on a dual core 64-bit amd with
> all of the above.
>
> I imagine that the cpu load for movable_box2.pd is due to the number of
> points in the polygon.  I think you could get a 20x20 draggable square  
> with 8 coordinates-- that
> would be equal to the number of points in a radiobutton so maybe that  
> would get down
> to a corresponding cpu load.
>
> I'll try some tweaks later to see if that works.
>
> -Jonathan
>
>>
>> Your polygon method is plain vanilla Pd and that makes it attractive
>> for a widely shared Pd patch. No risk of broken dependencies. But I am
>> afraid it is too cpu-intensive, particularly on Windows. Thanks for
>> sharing the idea though, it is inspiring.
>>
>> Katja
>>
>> _______________________________________________
>> Pd-list at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->  
> http://lists.puredata.info/listinfo/pd-list


-- 
Friedenstr. 58
10249 Berlin (Deutschland)
Tel +49 30 42020091 | Mob +49 162 6843570
Studio +49 30 69509190
jmmmpais at googlemail.com | skype: jmmmpjmmmp