<br><br><div class="gmail_quote">2011/9/4 Jonathan Wilkes <span dir="ltr"><<a href="mailto:jancsika@yahoo.com">jancsika@yahoo.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">----- Original Message -----<br>
<br>
> From: Mathieu Bouchard <<a href="mailto:matju@artengine.ca">matju@artengine.ca</a>><br>
> To: Hans-Christoph Steiner <<a href="mailto:hans@at.or.at">hans@at.or.at</a>><br>
</div><div class="im">> Cc: pd-list <<a href="mailto:pd-list@iem.at">pd-list@iem.at</a>>; Joćo Pais <<a href="mailto:jmmmpais@googlemail.com">jmmmpais@googlemail.com</a>><br>
> Sent: Saturday, September 3, 2011 6:31 PM<br>
> Subject: Re: [PD] [PD-dev] tkwidgets<br>
><br>
</div><div><div></div><div class="h5">> On Sat, 3 Sep 2011, Hans-Christoph Steiner wrote:<br>
><br>
>> Here's a good example of what I mean: the drawing commands for obj,msg,<br>
> etc boxes should not be in 'pd'. 'pd' should tell<br>
> 'pd-gui': "draw an object on this canvas, at this x,y with these<br>
> inlets and outlets". "pd-gui" should also handle the mouse<br>
> clicks, selection coloration, change of line style from dashed to solid, etc. <br>
> So something like:<br>
>><br>
>> draw_object .x230ad0.c "osc~ 500" 10 500 inlet~ inlet outlet~<br>
><br>
> desiredata sends :<br>
> change x9ad1038 x9acecc0 0 {#X obj 140 100 osc~ 500;} 2 1 1<br>
><br>
> this is not using sys_mgui(), though. I don't really remember why I decided<br>
> to not use it. It's using the pd_upload() function in the server. The 4th<br>
> argument is the line of the object as it would be written in a .pd file. the 5th<br>
> and 6th arguments is the number of inlets and outlets, and the 7th argument<br>
> means that the object is ok (no red dash). The first arg is the id of the<br>
> object, the second arg is the id of the canvas, and the third arg is the index<br>
> of the object (as used in #X connect).<br>
><br>
> This was for object updates, and was supposed to be replaced by something more<br>
> efficient based on diffs. The other problem with uploading whole objects was<br>
> that it didn't merge diffs, as has to happen when you move a slider that is<br>
> currently receiving values or changing colour on its own, for example.<br>
><br>
> sys_mgui was meant for sending updates. You'd give an object id, then a<br>
> selector, then an arg signature (like "fssfsffsf" to mean some<br>
> combination of float and symbols, for example), then varargs. This assumed that<br>
> the object id came first, as in most forms of object-oriented Tcl, and unlike<br>
> plain procs.<br>
><br>
> the proc named «change» had to be a regular proc, because it's also<br>
> responsible for creating the object if it does not exist, so that there<br>
> isn't any special case for that, and then it couldn't be an instance<br>
> method because the object might not exist yet.<br>
<br>
</div></div>If you spent the same amount of time working on DD as you do writing about how<br>
DD works, you could spend a lot less time writing about how DD works, and a lot<br>
more time working on DD. :)<br>
<font color="#888888"><br>
-Jonathan<br>
</font><div class="im"><br></div></blockquote><div><br>Hold on... When Matju talks about how DD works it's *almost* like backporting from DD to Pd, and in this sense it's historic. And because of the incompatible licenses, it might be the only way to port from DD to Pd. Pst...! :O)<br>
</div></div>Andras<br>