[PD] <<Loaded>> and loadbang WAS: old editing features of Pd-extended 0.43

Hans-Christoph Steiner hans at at.or.at
Mon Feb 20 23:25:07 CET 2012


On 02/20/2012 04:54 PM, Jonathan Wilkes wrote:
> ----- Original Message -----
>
>> From: Mathieu Bouchard <matju at artengine.ca>
>> To: Roman Haefeli <reduzent at gmail.com>
>> Cc: pd-list at iem.at
>> Sent: Monday, February 20, 2012 4:23 PM
>> Subject: Re: [PD] [PD-announce] old editing features of Pd-extended 0.43
>>
>> Le 2012-02-20 à 14:27:00, Mathieu Bouchard a écrit :
>>
>>>  and adding some tables so that Tk-side code can be more aware of what's 
>> going on, such as « canvas finished loading » events (though this part of pd43 
>> is completely different from DesireData's equivalent).
>>
>> I don't know why I mentioned it... it's definitely not similar enough.
> And it doesn't quite work.  The <<Loaded>> virtual event will trigger before 
> Tk is actually finished drawing the patch window.  At least I think that's what's 
> happening, because I tried to do [loadbang]--[tip 1 hello(--[s this_canvas] 
> (which will create a window item on the canvas with a label in it with the text 
> "hello"), but the label is given too narrow a width and I get:
> h
> e
> l
> l
> o
>
> If I send the message to create the tip manually, after the patch has finished loading, 
> it displays fine.
That's a bug, IMHO.  I think <<Loaded>> should be sent right before the
loadbangs are.  Or maybe <<Loaded>> should be after [loadbang] finish,
and there should also be a <<Loadbang>> event.

Could you find a bug report on that?

.hc





More information about the Pd-list mailing list