atom feed42 messages in at.iem.pd-devRe: [PD-dev] displaying when an arg h...
FromSent OnAttachments
Hans-Christoph SteinerJun 18, 2006 9:11 am 
Jamie BullockJun 19, 2006 11:31 am 
carmenJun 22, 2006 7:51 pm 
Hans-Christoph SteinerJun 22, 2006 11:24 pm 
Georg HolzmannJun 22, 2006 11:34 pm 
Frank BarknechtJun 23, 2006 2:47 pm 
Hans-Christoph SteinerJun 23, 2006 5:26 pm.pd
carmenJun 23, 2006 7:08 pm 
Luke Iannini (pd)Jun 23, 2006 9:11 pm 
Frank BarknechtJun 24, 2006 12:17 am 
zmoe...@iem.atJun 24, 2006 2:08 am.pd
padawan12Jun 24, 2006 9:16 am 
Mathieu BouchardJun 24, 2006 10:06 am 
Mathieu BouchardJun 24, 2006 10:11 am 
Mathieu BouchardJun 24, 2006 10:13 am 
Mathieu BouchardJun 24, 2006 10:23 am 
Martin PeachJun 24, 2006 11:46 am 
Julian OliverJun 24, 2006 12:44 pm 
Hans-Christoph SteinerJun 24, 2006 2:09 pm 
Hans-Christoph SteinerJun 24, 2006 2:51 pm 
Martin PeachJun 24, 2006 3:28 pm 
Tim BlechmannJun 25, 2006 2:42 am 
Julian OliverJun 25, 2006 4:53 am 
FedericoJun 25, 2006 12:33 pm 
geigerJun 26, 2006 4:00 am.pd, .pd
IOhannes m zmoelnigJun 26, 2006 5:44 am 
IOhannes m zmoelnigJun 26, 2006 6:00 am 
geigerJun 26, 2006 7:09 am 
IOhannes m zmoelnigJun 26, 2006 8:34 am 
Martin PeachJun 26, 2006 9:05 am 
Thomas GrillJun 26, 2006 10:52 am 
IOhannes m zmoelnigJun 28, 2006 2:05 am 
Thomas GrillJun 28, 2006 2:40 am 
geigerJun 28, 2006 6:53 am 
IOhannes m zmoelnigJun 28, 2006 7:13 am 
geigerJun 29, 2006 2:19 am 
IOhannes m zmoelnigJun 30, 2006 12:01 am 
Mathieu BouchardJun 30, 2006 7:24 pm 
Mathieu BouchardJul 3, 2006 11:58 am 
Hans-Christoph SteinerJul 4, 2006 9:54 pm 
Hans-Christoph SteinerJul 4, 2006 10:08 pm 
João Miguel PaisJul 6, 2006 2:26 am 
Subject:Re: [PD-dev] displaying when an arg has been overridden
From:Federico (xae@inwind.it)
Date:Jun 25, 2006 12:33:46 pm
List:at.iem.pd-dev

Julian Oliver wrote:

So there has been much talk over the years about doing this, I think there needs to be more action. Any volunteers?

Well sure, I can work on this. I think probably the existing pd-tcl/tk interface needs to be documented first. I've started a bit on this. I guess it needs a wiki page someplace.

this is a good idea. perhaps it could begin as a general central site for consolidating ideas and existing attempts to 're-skin' PD.

Then there is the question: do we take the existing socket connection and hook
it to a tcl/tk-openGL translator (the easy but slow way) or redo the whole thing to get rid of the special characters and unreadable command strings that cause so much grief (harder but in the long term more robust)?

probably best to rewire it altogether.

one thing that really needs to be considered is that OpenGL forces a single
window interface context. this would mean all the PD canvases wouldn't be inside real windows
themselves, but all fake windows nested within a single larger window for rendering. this has it's obvious advantages and disadvantages.

recently several igh level API's have emerged that aim to make developing rich 2D OpenGL interfaces easier. here's one i found the other day, though it's intended use is very different from that of PD:

[snip]

also don't forget:

* Cairo [1] (see also glitz [2]) Cairo is a 2D graphics library with support for multiple output devices. Currently supported output targets include the X Window System, win32, and image buffers. Experimental backends include OpenGL (through glitz), Quartz, XCB, PostScript and PDF file output. Cairo is designed to produce consistent output on all output media while taking advantage of display hardware acceleration when available (eg. through the X Render Extension). License: LGPL

* flowcanvas FlowCanvas is a canvas widget for dataflow systems. It consists of a Gtkmm widget containing movable modules and ports which can be connected in various ways. See the screenshots, you'll get it :). Yes, this means FlowCanvas is C++ only. Sorry, C people. FlowCanvas is Free Software licensed under the GNU GPL

[1] http://cairographics.org/ [2] http://www.freedesktop.org/wiki/Software/glitz [3] http://www.nongnu.org/om-synth/flowcanvas.html