<br><br><div class="gmail_quote">2011/8/25 Jonathan Wilkes <span dir="ltr"><<a href="mailto:jancsika@yahoo.com" target="_blank">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><br>
<br>
----- Original Message -----<br>
> From: Mathieu Bouchard <<a href="mailto:matju@artengine.ca" target="_blank">matju@artengine.ca</a>><br>
</div><div>> To: András Murányi <<a href="mailto:muranyia@gmail.com" target="_blank">muranyia@gmail.com</a>><br>
> Cc: pd-list <<a href="mailto:pd-list@iem.at" target="_blank">pd-list@iem.at</a>><br>
> Sent: Thursday, August 25, 2011 3:18 PM<br>
> Subject: Re: [PD] notes/questions from a beginner<br>
><br>
</div><div>> On Thu, 25 Aug 2011, András Murányi wrote:<br>
><br>
>> On Wed, Aug 24, 2011 at 23:10, Jonathan Wilkes <<a href="mailto:jancsika@yahoo.com" target="_blank">jancsika@yahoo.com</a>><br>
> wrote:<br>
>> [...]<br>
>><br>
>> * has anyone used tkzinc? On the one hand, all the new feature requests<br>
> I've seen for future versions of tk canvas have the caveat that they are<br>
> already implemented in<br>
>> tkzinc, (item grouping, transparency, full text rotation, etc.) but it<br>
> seems like an unmaintained library at this point.<br>
>> <br>
>> It does seem unmaintained but to what extent is it unfinished/buggy?<br>
><br>
> The biggest problem with TkZinc is not what looks like unfinished stuff or bugs,<br>
> it's that although its API looks a lot like the TkCanvas that Pd uses,<br>
> it's not compatible enough.<br>
<br>
</div>I think I must have sent my last message only to András,</blockquote><div><br>my bad<br> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">
but I looked around at the<br>
tkzinc demos and found at least one obvious bug in the latest version. Additionally there<br>
was documentation that said rotation would work without using opengl, but on two<br>
machine I experienced a crash with the corresponding demo if I compiled without<br>
enabling gl support. (Worked fine with opengl enable, though.)<br></blockquote><div><br>That's why I thought i may have been a configuration problem (not you messing it up but an outdated configure script), because I suppose the output is the same in both cases, it's just handled by a different library - when not direct opengl, mesa trying to emulate it (if i'm understanding mesa right)<br>
Anyway, it is a bug<br> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">
<br>
Additionally, one of the demos showing off graphics interaction and transparency was<br>
_extremely_ sluggish just moving a few rectangles around on the screen. Add to that<br>
another of the demos showing an air traffic control interface where the interval between<br>
graphics updates was about 1sec, and I would say I don't think the tkzinc canvas<br>
was designed with efficiency in mind.<br></blockquote><div><br>I don't even know why that stuff was advertised as proof of performace... the famous tiger is a lot more curves and a lot more movement.<br>I mean, i'm sure the air traffic stuff would be able to run 40 times faster (well, maybe i'll even try)<br>
</div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">
<br>
But the grouping stuff and sensitivity levels are very cool. As is the svg tiger.<br></blockquote><div></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">
<br>
All I could think of is adding these gems to the "Put" menu array dialog:<br>
<br>
Array Properties<br>
<br>
Name:<br>
array1<br>
<br>
Size:<br>
100<br>
<br>
[*] Save contents<br>
<br>
Draw as:<br>
[] Points<br>
[] Polygon<br>
[] Bezier curve<br>
[*] Svg tigers<br>
<br>
Put array into:<br>
[] New graph<br>
[] Last graph<br>
[*] Svg tiger<br>
<font color="#888888"><br></font></blockquote><div><br>Well, I'd say I wish a GUI toolkit which:<br>- is truly cross-platform<br>- provides standard widgets<br>- provides an equivalent of tk canvas<br>- can accelerate standard widgets (and, of course, anything else) by opengl<br>
- fast at the backend<br></div></div>- standard widgets preferably skinnable<br>- can haz svg tiger or other animals... everyone likes a cute penguin, for instance :o)<br><br>Qt is strong contender...<br>Well, qt on the top of tcl? seems to be a dead cow...<br>
Qtscript, however, is ecmascript (javascript) based... I woudn't be surprised if this meant some possible synergy with webpd! (which I'd be personally very happy to see)<br><br>Andras<br>