<div dir="ltr">how would that work, martin?</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jan 21, 2013 at 8:35 PM, Martin Peach <span dir="ltr"><<a href="mailto:martin.peach@sympatico.ca" target="_blank">martin.peach@sympatico.ca</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Wouldn't it be a good idea to settle on a graphics metalanguage rather than translating tcl code to qt or whatever?<br>
<br>
Martin<div class="im"><br>
<br>
<br>
On 2013-01-21 15:11, Leandro da Mota Damasceno wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
so let's see...Who´s working with what so far?<br>
<br>
I´d love to join a team and start learning how to code with one of the<br>
toolkits.<br>
<br>
<br>
<br>
On Mon, Jan 21, 2013 at 6:03 PM, Hans-Christoph Steiner <<a href="mailto:hans@at.or.at" target="_blank">hans@at.or.at</a><br></div><div class="im">
<mailto:<a href="mailto:hans@at.or.at" target="_blank">hans@at.or.at</a>>> wrote:<br>
<br>
<br>
So all those interested in a new GUI should start working on it,<br>
there is lots<br>
of interest. Then we can incrementally change pd itself as there is<br>
a need.<br>
<br>
.hc<br>
<br>
On 01/21/2013 02:48 PM, Leandro da Mota Damasceno wrote:<br>
> You're right. Damn, you're always right :)<br>
><br>
> So, just to know where we are right now... What have been tested/done<br>
> regarding the GUIs toolkits so far? I think we should at least<br>
have this<br>
> set and go on from there...<br>
><br>
><br>
> On Mon, Jan 21, 2013 at 5:31 PM, Hans-Christoph Steiner<br></div>
<<a href="mailto:hans@at.or.at" target="_blank">hans@at.or.at</a> <mailto:<a href="mailto:hans@at.or.at" target="_blank">hans@at.or.at</a>>>wrote:<div><div class="h5"><br>
><br>
>><br>
>> I think this is the general idea of what everyone wants to<br>
support. But<br>
>> the<br>
>> way is actually takes shape is going to depend on whoever<br>
actually does the<br>
>> work. A great example of this is the PDDP (Pure Data Documentation<br>
>> Project).<br>
>> We had lots of design meetings and then no one implemented the<br>
ideas. Then<br>
>> Jonathan picked up from that what was interesting to him and<br>
made the whole<br>
>> meta help system, the search plugin, etc.<br>
>><br>
>> The lesson there for me is that big design discussions only work<br>
if the<br>
>> people<br>
>> involved them are willing to do the work to implement them.<br>
Instead, I<br>
>> think<br>
>> for a more decentralized community like this one, we only should<br>
nail down<br>
>> the<br>
>> key parts that everyone must use, then leave other decisions to<br>
those who<br>
>> are<br>
>> implementing those parts.<br>
>><br>
>> So that means I'm happy to help people write there own GUI, and I'll<br>
>> definitely be involved in the work of making it possible with Pd.<br>
>><br>
>> .hc<br>
>><br>
>> On 01/21/2013 01:05 PM, Leandro da Mota Damasceno wrote:<br>
>>> That sounded like a Lego approach. :)<br>
>>><br>
>>> So the way I see it the GUI development should be in the most<br>
seemless<br>
>> way<br>
>>> for the user, right?<br>
>>><br>
>>> And we also have the problem between people who prefer a<br>
simple, leaner<br>
>> GUI<br>
>>> approach (the classic PD, for instance) against people who<br>
prefer a more<br>
>>> sofisticated, and sexy GUI. And I believe both groups would<br>
also like<br>
>> some<br>
>>> more knobs and stuff...<br>
>>><br>
>>> so basically, we should at least have two options of gui: simple<br>
>> (classic)<br>
>>> or sophisticated (sexy). But it would be cool to make it open<br>
enough to<br>
>>> anyone develop their own or come up with new and customized<br>
ones. that<br>
>>> would make PD way cooler than Max/MSP or anything else. So for<br>
that to<br>
>> work<br>
>>> (and now I must admit I really don't know the architecture<br>
behind this<br>
>> part<br>
>>> of PD, so maybe it is already this way), the comunication<br>
between the GUI<br>
>>> and the rest of PD should be kept simple, fast and modulated,<br>
working<br>
>> with<br>
>>> the leanest possible API. I also think this is a good approach<br>
>> considering<br>
>>> that most of these toolkits will stop getting support way before PD<br>
>> ceases<br>
>>> to exist. I have also thought about the possibility of skins,<br>
but then<br>
>>> loading a bunch of bitmaps would not help in terms of<br>
performance...<br>
>>><br>
>>><br>
>>> At the same time we pick a toolkit and focus on that one first.<br>
So we<br>
>>> should think of at least two teems, right? One at the GUI end<br>
and the<br>
>> other<br>
>>> at the core PD end...<br>
>>><br>
>>> What do you guys think?<br>
>>><br>
>>><br>
>>> On Mon, Jan 21, 2013 at 2:02 PM, Hans-Christoph Steiner<br></div></div>
<<a href="mailto:hans@at.or.at" target="_blank">hans@at.or.at</a> <mailto:<a href="mailto:hans@at.or.at" target="_blank">hans@at.or.at</a>><div class="im"><br>
>>> wrote:<br>
>>><br>
>>>> On 01/21/2013 12:54 AM, Jonathan Wilkes wrote:<br>
>>>>> ----- Original Message -----<br>
>>>>><br>
>>>>>> From: Billy Stiltner <<a href="mailto:billy.stiltner@gmail.com" target="_blank">billy.stiltner@gmail.com</a><br></div>
<mailto:<a href="mailto:billy.stiltner@gmail.com" target="_blank">billy.stiltner@gmail.<u></u>com</a>>><br>
>>>>>> To: IOhannes zmölnig <<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a> <mailto:<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>>><br>
>>>>>> Cc: <a href="mailto:pd-list@iem.at" target="_blank">pd-list@iem.at</a> <mailto:<a href="mailto:pd-list@iem.at" target="_blank">pd-list@iem.at</a>><div><div class="h5"><br>
>>>>>> Sent: Sunday, January 20, 2013 10:04 PM<br>
>>>>>> Subject: Re: [PD] GUI toolkits and custom GUIs WAS: Integra<br>
Live 1.5<br>
>>>> released<br>
>>>>>><br>
>>>>>> haha , last month i tried to install juce to see about making an<br>
>>>>>> alternate graphics front end to my patches. there was some<br>
weirdness<br>
>>>>>> in the way you compile it then run the introjucer or somethin to<br>
>>>>>> update it then after the update something didn't quite work<br>
right.<br>
>>>>>> then there are all the old projects that use the old<br>
steinberg vst sdk<br>
>>>>>> which you cant get from steinberg anymore so all that is<br>
just awful. i<br>
>>>>>> think that there should be a really nice updated version of juce<br>
>>>>>> either available now or in the near future. its a tossup<br>
between<br>
>>>>>> fltk, qt , opengl ,juce, and processing. i just want to be<br>
able to<br>
>>>>>> add my waveform data filenames to the presets with a<br>
fileopen dialog<br>
>>>>>> without using an external, string parsing like .scl files<br>
that have<br>
>>>>>> 100.00 or 3/2, and polyphonic patchcords would be nice.<br>
>>>>><br>
>>>>> What about the -guicmd "cmd..." flag? Could one write a<br>
pd-gui.html<br>
>>>>> that lives at localhost:1234, and have it talk to pd at its<br>
port on<br>
>>>> localhost?<br>
>>>>><br>
>>>>> Then you could just write the interface with html5 canvas, svg,<br>
>>>>> javascript, or whatever.<br>
>>>>><br>
>>>>> -Jonathan<br>
>>>><br>
>>>><br>
>>>> That sounds feasible to me.<br>
>>>><br>
>>>> .hc<br>
>>>><br>
>>>> ______________________________<u></u>_________________<br></div></div>
>>>> <a href="mailto:Pd-list@iem.at" target="_blank">Pd-list@iem.at</a> <mailto:<a href="mailto:Pd-list@iem.at" target="_blank">Pd-list@iem.at</a>> mailing list<div class="im"><br>
>>>> UNSUBSCRIBE and account-management -><br>
>>>> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/<u></u>listinfo/pd-list</a><br>
>>>><br>
>>><br>
>><br>
><br>
<br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
<a href="mailto:Pd-list@iem.at" target="_blank">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/<u></u>listinfo/pd-list</a><br>
<br>
</div></blockquote>
<br>
</blockquote></div><br></div>