[PD] message to Pd and GOP

[Hans-Christoph Steiner]

The reason for 2 not working is that the editing commands were not  
meant to be used programmatically, and have only been retrofited to be  
used like that.  Since the assumption was that the editing commands  
would be triggered by a human, the code assumes that the patch is  
visible when editing.

For #3, I'll see if I can debug that, I'm trying to fix as many GOP  
bugs as possible with the Pd-extended 0.42.5 release.

.hc

On Jan 22, 2010, at 8:05 AM, Marco Donnarumma wrote:

> Hi list,
> I'm working on dynamic patching with nested GOP subpatches  
> (developing a meta-friendly interface).
> I noticed this weird behaviour of GOP subpatch (I'm not sure but it  
> can be the same bug Hans was talking about on the list few days ago).
> Take a look at the attached ex.
> The first message works fine.
> The second message works only if the GOP subpatch is open. I guess  
> this is fine and it has to deal with "vis 1/0".
> But the weird thing happens with the third message. The message  
> actually works but the GOP is not updated (and it will never be  
> unless you save, close and reload).
>
> I think I re.invented the wheel with this report, but I would like  
> to understand "why" this happen.
>
> (this time setup: winXp, Pd-ex.41)
>
> thx
>
> -- 
> Marco Donnarumma aka TheSAD
>
>
> Independent New Media Arts Professional, Performer, Teacher -  
> Edinburgh, UK
>
> LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net
>
> EVENT: http://www.liveperformersmeeting.net
> <3.2.cut_paste-gop.pd>_______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list



----------------------------------------------------------------------------

If you are not part of the solution, you are part of the problem.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20100124/46ee5e79/attachment.htm>