<html>
<head>
</head>
<body>
<br>
<br>
Thomas Grill wrote:<br>
<blockquote type="cite" cite="mid:BIEHLMBHGMAMBDKNEICDIEJOCBAA.t.grill@gmx.net">
<meta content="MSHTML 6.00.2600.0" name="GENERATOR">
<style></style>
<div> </div>
<blockquote dir="Ltr" style="padding-left: 5px; margin-left: 5px; border-left-width: 2px; border-left-style: solid; border-left-color: rgb(0,0,255); margin-right: 0px; ">
<div><font face="Arial"><font size="2">any how , i would like to hear
more about what you and every one else thinks about tcl/tk and why its
the way to go for pd's gui editor . <span class="710544818-23042002"><font color="#0000ff">
</font></span></font></font></div>
<div> </div>
</blockquote>
<div dir="Ltr"><font face="Arial"><font size="2"><span class="710544818-23042002">
Well, as stated some time ago, i'm not a friend of tcl/tk and i would personally
trade the client/server approach for a fast and more feature-rich GUI. To
my mind, a fast, OS native, but portable graphics library such as wxWindows
would be a good choice. That should not have an impact on real-time behavior
or latency if it is well implemented (on a separated, lower-priority thread).
</span></font></font></div>
<div dir="Ltr"><font face="Arial"><font size="2"><span class="710544818-23042002">
I'd like to underline that the client/server possibility should of course
remain, but i think it's not helpful to sacrifice the speed of a native
GUI for that.</span></font></font></div>
<div dir="Ltr"><font face="Arial"><font size="2"><span class="710544818-23042002">
I would be very interested how many projects are actually run with the GUI
on a separate machine and what the needs are for those applications, though.</span></font></font></div>
<div dir="Ltr"> </div>
<div dir="Ltr"><font face="Arial"><font size="2"><span class="710544818-23042002">
greetings, Thomas</span></font></font></div>
<div dir="Ltr"> </div>
</blockquote>
well, some confusions have occurred here :<br>
<br>
<br>
a/ i was speaking of loosing client/server feature<br>
if one's intended to write externs in Java<br>
which would handle their graphics by themselves :<br>
this approach is not feasible because of the overhead<br>
introduced by the graphics that you would embed in PD itself.<br>
<br>
you NEED to have a protocol between PD's real time engine<br>
( e. g. process named PD ) and the graphical server.<br>
this protocol for now consists of Tcl/Tk scripting commands<br>
( which says : draw an image, draw a rectangle ),<br>
Java CAN'T do that AFAIK.<br>
<br>
if it can, good, but it still would be very slow ( try jmax on a large scale
).<br>
<br>
b/ you can use another graphic library which understands such commands<br>
like WxWindows which is scriptable with add-ons like WxPython.<br>
then you NEED to write a new graphic engine for PD.<br>
if you think objects can directly use drawing functions<br>
of WxPython ( or anything else ), you're going the wrong way<br>
because these operations cost CPU and the engine would suffer <br>
from such calls.<br>
<br>
Anyway, i'll stick to PD as it is, it's so beautiful that <br>
i want a PD screeensaver ..... will do it one day ...<br>
<br>
yvotchka<br>
<br>
<br>
</body>
</html>