<div><br></div><div><br></div><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000">
    If GUI manipulation happens only in the GUI thread (i.e., we
    completely separate Pd into GUI thread and audio/message thread), a
    patch currently using [cnv] "get_pos" method for a crude control
    surface will break.  This is because the coordinate data is only
    being updated on the GUI side, and not reported back to the "core". 
    (Even if the core updates the GUI with programmatic coordinate
    changes.)<br>
    <br>
    If, on the other hand, the "core" is changed so that it queries the
    GUI to get coordinate data (for example), you either must block
    until the GUI returns-- which is bad-- or query ansynchrously which
    breaks determinism-- which is worse.<br>
    <br>
    Finally, if you continually send the relevant GUI event data to the
    Pd</div></blockquote><div><br></div><div>does webkit provide a submilisecond setInterval()?</div><div><br></div><div>is there anyway to change how tcl/tk responds to input?</div><div><br></div><div>maybe like how in javascript instead of each cell of a table having an onClick() ,</div><div>a single loadEventHandler is used foor. </div><div>the entire table, each tcl/tk canvas is kinda like each document element in concept.</div><div>anytime user input occurs only controls that respond to that input need redrawn. how about 2 different response modes? or 3even.</div><div>1 for patch editing, 1 for performance, and another for dynamic patching?</div>