<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
dear list,<br>
<br>
I spent some time with tkzinc using the python wrapper<br>
and its pretty great...<br>
<br>
see end of this page for a short demo of a zoomable interface (well the
rest is all in french sorry)<br>
<a class="moz-txt-link-freetext" href="http://vincentrioux.net/projets/arn/index.html">http://vincentrioux.net/projets/arn/index.html</a><br>
<br>
it's a bit of a pain to compile tkzinc on osx though (but it's feasible)<br>
<br>
the developpers of Tkzinc say that they will release another version
soon (which will drop bindings to X11 and will integrate better support
of bitmaps and svg) - and it might be easier to port to osx but <u>that
is not</u> their priority (apparently)<br>
<br>
another possibility which i am investigating is using pyglet:<br>
+ very close to opengl<br>
+ it's pretty active<br>
+ really cross-platform <br>
- does not provide with all the geometrical transformations and gui
power of tkzinc<br>
<br>
best<br>
vincent<br>
<br>
Hans-Christoph Steiner a &eacute;crit&nbsp;:
<blockquote cite="mid:845E5DA0-EA14-44F7-9C44-6A3A6FB08F40@eds.org"
 type="cite">
  <pre wrap="">I think hacking tkzinc for Pd is still very much wide open.  I say go  
for it, try it out, and report any experience you might have.

.hc

On Jan 27, 2009, at 11:52 AM, <a class="moz-txt-link-abbreviated" href="mailto:harris_pilton@gmx.de">harris_pilton@gmx.de</a> wrote:

  </pre>
  <blockquote type="cite">
    <pre wrap="">hi list,

is somebody still aware of this. i mean like having it on the agenda/
taking care of it. i'm sorry for not doing it. as i so far dont have
experience in programming it might wouldn't be a good idea to let me
do that ;) i wasnt even able to follow the whole discussion. but there
seemed everybody seemed to match there has to been something on that
field.
i just wondered if anybody is doing anything on this. (maybe 2 people
are doing same things on different channels - i dont hope thats the
case...).

thanks for not getting me wrong in advance.

regards


Am 22.01.2009 um 02:21 schrieb Hans-Christoph Steiner:

    </pre>
    <blockquote type="cite">
      <pre wrap="">On Jan 19, 2009, at 6:23 PM, Luke Iannini wrote:

      </pre>
      <blockquote type="cite">
        <pre wrap="">On Mon, Jan 19, 2009 at 2:49 PM, Hans-Christoph Steiner
<a class="moz-txt-link-rfc2396E" href="mailto:hans@eds.org">&lt;hans@eds.org&gt;</a> wrote:
        </pre>
        <blockquote type="cite">
          <pre wrap="">On Jan 19, 2009, at 9:21 AM, Damian Stewart wrote:

          </pre>
          <blockquote type="cite">
            <pre wrap="">Daniel Almeida wrote:
            </pre>
            <blockquote type="cite">
              <pre wrap="">I dare say PD needs to ditch tcl/tk! SDL could be a good idea.

Daniel
              </pre>
            </blockquote>
            <pre wrap="">yeah that's what i said about two years ago...

the problem is, at the moment tcl/tk is embedded quite deeply into
Pd
itself. this is a focus of the current pd-dev effort: trying to
clear this
up. tcl/tk in itself isn't _necessarily_ slow, it's just that the
way Pd is
using it is not at all optimised (for example, as Hans-Christoph
and i
discovered once, when you click-drag to move an element in a
graphical
table, not just the element you moved but _the entire table_ is
redrawn,
each time).

--
damian stewart | skype: damiansnz | <a class="moz-txt-link-abbreviated" href="mailto:damian@frey.co.nz">damian@frey.co.nz</a>
frey | live art with machines | <a class="moz-txt-link-freetext" href="http://www.frey.co.nz">http://www.frey.co.nz</a>
            </pre>
          </blockquote>
          <pre wrap="">
It's slight worse, even.  The entire table is deleted and re- 
created
on each change, not even just redrawn.  That said, I am guessing
the C+
+ code on the GPU (Live) will always be quite a bit faster than  
Tcl/
Tk
on the CPU.  One of the ways that Live is able to make things fast
is
by ignoring the native widgets on each platform and coding their
own.
Tcl/Tk is the best GUI toolkit I've seen for making native-feeling
apps while writing cross-platform code.

If Live is really just blasting bitmaps to the screen, that is
something that Tcl/Tk can easily do.  But I am not sure that it
would
be the fastest way to implement GUI widgets.

If someone wants to help this situation, I think the best thing to
do
would be to create some GUI objects using TkZinc.  Then we'll have
Tcl/
Tk on the GPU and that should make things quite a bit faster.
          </pre>
        </blockquote>
        <pre wrap="">Wow, hadn't heard of TkZinc.  That looks incredible.  Another cloud
for my Pd heaven : ).  As I've been writing, I'd really love to
create
GUIs entirely with Data Structures - I'm not sure how much of a
performance hit that causes but the opportunities for customization
are much richer when it's turtles all the way down (where turtles =
Pd).  Is TkZinc feasible for replacing the whole GUI?  It seems to
support all the platforms Pd does.
        </pre>
      </blockquote>
      <pre wrap="">That is something to find out.  It sounds promising.  At least it
would be possible to write a TkZinc canvas which works like data
structures, but uses OpenGL.

.hc

      </pre>
      <blockquote type="cite">
        <pre wrap="">
Best
Luke

        </pre>
        <blockquote type="cite">
          <pre wrap="">.hc


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

There is no way to peace, peace is the way.       -A.J. Muste



_______________________________________________
<a class="moz-txt-link-abbreviated" href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list
UNSUBSCRIBE and account-management -&gt; <a class="moz-txt-link-freetext" href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a>

          </pre>
        </blockquote>
      </blockquote>
      <pre wrap="">

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

Mistrust authority - promote decentralization.  - the hacker ethic



_______________________________________________
<a class="moz-txt-link-abbreviated" href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list
UNSUBSCRIBE and account-management -&gt; <a class="moz-txt-link-freetext" href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a>
      </pre>
    </blockquote>
    <pre wrap="">
_______________________________________________
<a class="moz-txt-link-abbreviated" href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list
UNSUBSCRIBE and account-management -&gt; <a class="moz-txt-link-freetext" href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a>
    </pre>
  </blockquote>
  <pre wrap=""><!---->


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

As we enjoy great advantages from inventions of others, we should be  
glad of an opportunity to serve others by any invention of ours; and  
this we should do freely and generously.         - Benjamin Franklin



_______________________________________________
<a class="moz-txt-link-abbreviated" href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list
UNSUBSCRIBE and account-management -&gt; <a class="moz-txt-link-freetext" href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a>

  </pre>
</blockquote>
<br>
</body>
</html>