<!DOCTYPE html><html><head>
<style type="text/css">body { font-family:'Times New Roman'; font-size:13px}</style>
</head>
<body>that's a pity. although you're not the person to ask, are there plans to make pdl2ork available on windows?<br><br><blockquote style="margin: 0 0 0.80ex; border-left: #0000FF 2px solid; padding-left: 1ex"><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px"><div dir="ltr" id="yui_3_16_0_1_1417224591404_8563"><span class="">Hi </span>Joao,</div><div id="yui_3_16_0_1_1417224591404_14578" dir="ltr">Those features won't be available in Pd-extended-- the GUI part depends on a library called tkpath which Pd-extended doesn't use.</div><div id="yui_3_16_0_1_1417224591404_14576" dir="ltr"><br></div><div id="yui_3_16_0_1_1417224591404_14580" dir="ltr">The tentative plan is to port Pd-l2ork's GUI to Qt, leveraging QGraphicsview or QML. The features I've added should be common to any modern 2d API that does "managed" graphics. That includes Qt, SVG, probably GTK as well, but unfortunately not Tk.</div><div id="yui_3_16_0_1_1417224591404_15765" dir="ltr"><br></div><div id="yui_3_16_0_1_1417224591404_15767" dir="ltr">-Jonathan<br></div><div id="yui_3_16_0_1_1417224591404_8566" class="qtdSeparateBR"><br><br></div><div id="yui_3_16_0_1_1417224591404_8546" style="display: block;" class="yahoo_quoted"> <div id="yui_3_16_0_1_1417224591404_8545" style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div id="yui_3_16_0_1_1417224591404_8544" style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div id="yui_3_16_0_1_1417224591404_8552" dir="ltr"> <font id="yui_3_16_0_1_1417224591404_8551" face="Arial" size="2"> On Friday, November 28, 2014 5:28 PM, Joćo Pais <jmmmpais@googlemail.com> wrote:<br> </font> </div> <br><br> <div id="yui_3_16_0_1_1417224591404_8543" class="y_msg_container"><div id="yiv8787092339"><style type="text/css">#yiv8787092339 body {font-size:13px;}</style><div id="yui_3_16_0_1_1417224591404_8542"><div id="yui_3_16_0_1_1417224591404_8548">Hello,</div><div id="yui_3_16_0_1_1417224591404_8541"><br clear="none"></div><div id="yui_3_16_0_1_1417224591404_14582">I haven't been using Pd regularly for a while now. But as I remember, the biggest disadvantage of data structures isn't really that they're "buggy" (i.e. have some issues that usually don't happen in other pd objects, as Jonathan listed), but that there are very few
possible
operations. Any patching requires lots of work to do things that on other parts of Pd happen very easily. Looking at the ftm library, could be a way of a goal of what could be done using data structues (not even to mention the audio part).</div><div><br clear="none"></div><div>Also, because of the gui issues, data structures can't really be relied upon for non-slow (i.e. medium and fast) graphics. It just takes lots of cpu (at least it does on my windows machines).<br clear="none"></div><div><br clear="none"></div><div>There is also the steep learning curve, but I've seen gradually more people working with them, so that generates a positive loop. I don't know if my tutorial helped much (based on the ones of F Barknecht and G Karman), but every step counts.</div><div>One can also have a look at my abstractions in extra/jmmmp, several of them are made with data structures - including [matrixctrl], quite useful as a gui for [iemmatrix/mtx_mul~].</div><div>(btw, I was just trying to upload my tutorial to puredata.info, but the website gave an error. I'll keep trying)</div><div><br clear="none"></div><div id="yui_3_16_0_1_1417224591404_14583">Jonathan, when will your new features be available in Pd Extended? I could try to update my tutorial with them. I'm not using linux anymore, so I won't be working with pdl2ork.</div><div><br clear="none"></div><div>Best,</div><div><br clear="none"></div><div>Joao</div><div class="yiv8787092339yqt6229941871" id="yiv8787092339yqtfd95349"><div id="yui_3_16_0_1_1417224591404_14584"><br clear="none"></div><br clear="none"><blockquote id="yui_3_16_0_1_1417224591404_14615" style="margin:0 0 0.80ex;border-left:#0000FF 2px solid;padding-left:1ex;">
<div class="yiv8787092339moz-cite-prefix">On 11/23/2014 11:26 PM, Alexandre
Torres Porres wrote:<br clear="none">
</div>
<blockquote type="cite">
<div dir="ltr">don't even remember cause I stopped messing with it
because of them, but I did discuss about them sometime ago here
on the list, with joćo pais, the bottom line is that they were
indeed buggy like that and that you had to cope with it.</div>
</blockquote>
<br clear="none">
Well, there are a few areas I can think of:<br clear="none">
1) changing contents of [struct] when you have scalars in a canvas.
Pd goes through and conforms the scalars to the new [struct]
definition, but the old definition sticks around, too. This seems
to cause problems in some cases, and possibly crashes when you have
array fields inside the [struct]-- especially if you make changes to
the [struct] for that array.<br clear="none">
2) scalars inside a gop. These are prone to all kinds of weirdness,
though it's unclear what constitutes a bug here:<br clear="none">
* there's a red gop rectangle for putting objects which you want to
show up on the parent, but scalars get scaled and displaced as a
function of subpatch's window dimensions and x/y ranges/sizes. This
makes it difficult to tell where the scalar will appear inside the
gop, as well as blasting the scalar off into the nether regions of
the subpatch if you decide to turn on gop.<br clear="none">
* iemguis outside of the gop rectangle won't show up, but scalars
will<br clear="none">
* while the gop rectangle does not affect the appearance of a
scalar, it _does_ affect the scalar's widgetbehavior. Thus you can
click a scalar only if it's within the gop boundaries. You can drag
a scalar outside of the boundaries, but once you release the button
you can't drag it back. (Same with a "Put" menu array.)<br clear="none">
* text appearance is limited by tk canvas implementation. So the
x/y units setting of a gop canvas will affect polygon appearance,
but the text itself won't rescale at all.<br clear="none">
* canvas "clear" method clears out the gop settings (at least I
think it does). The "coords" and "donecanvasdialog" methods take an
enormous list of positional arguments that are impossible to
remember<br clear="none">
* x/y margins apparently have no effect on scalars, although Pd lets
you set them<br clear="none">
<br clear="none">
It's difficult to figure out how to make that scalar behavior in
gops more sensible. It's tricky because gop currently acts like a
"viewport" somewhat in the svg or opengl sense, yet it doesn't clip
or even respect the "size" attributes if the subpatch is open.
"Put" menu array sizing and [table] widgetbehavior are affected by
this, so if scalar gop appearance were simplified then garrays would
have to be decoupled from that behavior.<br clear="none">
<br clear="none">
-Jonathan<br clear="none">
<br clear="none">
<blockquote id="yui_3_16_0_1_1417224591404_14614" type="cite">
<div id="yui_3_16_0_1_1417224591404_14624" dir="ltr">
<div id="yui_3_16_0_1_1417224591404_14623"><br clear="none">
</div>
<div>cheers</div>
</div>
<div id="yui_3_16_0_1_1417224591404_14613" class="yiv8787092339gmail_extra"><br clear="none">
<div id="yui_3_16_0_1_1417224591404_14612" class="yiv8787092339gmail_quote">2014-11-17 2:50 GMT-02:00 Jonathan
Wilkes <span dir="ltr"><<a rel="nofollow" shape="rect" ymailto="mailto:jancsika@yahoo.com" target="_blank" href="mailto:jancsika@yahoo.com">jancsika@yahoo.com</a>></span>:<br clear="none">
<blockquote id="yui_3_16_0_1_1417224591404_14611" class="yiv8787092339gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div id="yui_3_16_0_1_1417224591404_14610"><span class="yiv8787092339">
</span><div>On 11/16/2014 10:55 PM, Alexandre Torres Porres
wrote:<br clear="none">
</div>
<blockquote type="cite">
<div dir="ltr">my two cents is that the data
structures are still a bit buggy to work on. Just
hoped they'd be more stable, other than that, can't
relate to the commotion, cheers <br clear="none">
</div>
</blockquote>
<br clear="none">
What kinds of bugs are you running into?<span class="yiv8787092339HOEnZb"><font color="#888888"><br clear="none">
<br clear="none">
-Jonathan</font></span>
<div id="yui_3_16_0_1_1417224591404_14609">
<div id="yui_3_16_0_1_1417224591404_14608" class="yiv8787092339h5"><br clear="none">
<br clear="none">
<blockquote id="yui_3_16_0_1_1417224591404_14607" type="cite">
<div id="yui_3_16_0_1_1417224591404_14606" class="yiv8787092339gmail_extra"><br clear="none">
<div id="yui_3_16_0_1_1417224591404_14605" class="yiv8787092339gmail_quote">2014-11-13 13:45
GMT-02:00 Jonathan Wilkes via Pd-list <span dir="ltr"><<a rel="nofollow" shape="rect" ymailto="mailto:pd-list@lists.iem.at" target="_blank" href="mailto:pd-list@lists.iem.at">pd-list@lists.iem.at</a>></span>:<br clear="none">
<blockquote id="yui_3_16_0_1_1417224591404_14604" class="yiv8787092339gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div id="yui_3_16_0_1_1417224591404_14603">
<div id="yui_3_16_0_1_1417224591404_14602" style="color:#000;background-color:#fff;font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;">
<div><span>It's certainly possible.
There's a Pd-l2ork script for creating
a "vanilla" tarball with the l2ork
changes in it, so I guess you could
try dropping the src and extra from
that into libpd's pure-data directory
and see what happens.</span></div>
<div style="color:rgb(0,0,0);font-size:16px;font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;background-color:transparent;font-style:normal;"><br clear="none">
</div>
<div style="color:rgb(0,0,0);font-size:16px;font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;background-color:transparent;font-style:normal;">But
I don't know much about libpd.<span><font color="#888888"><br clear="none">
</font></span></div>
<span><font color="#888888">
</font></span><div id="yui_3_16_0_1_1417224591404_14622" style="color:rgb(0,0,0);font-size:16px;font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;background-color:transparent;font-style:normal;"><br clear="none">
</div>
<div style="color:rgb(0,0,0);font-size:16px;font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;background-color:transparent;font-style:normal;"><span>-Jonathan<br clear="none">
</span></div>
<div id="yui_3_16_0_1_1417224591404_14601">
<div id="yui_3_16_0_1_1417224591404_14600">
<div><br clear="none">
<br clear="none">
</div>
<div id="yui_3_16_0_1_1417224591404_14599" style="display:block;">
<div id="yui_3_16_0_1_1417224591404_14598" style="font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;">
<div id="yui_3_16_0_1_1417224591404_14597" style="font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;">
<div dir="ltr"> <font face="Arial"> On Thursday,
November 13, 2014 4:38 AM, i
go bananas <<a rel="nofollow" shape="rect" ymailto="mailto:hard.off@gmail.com" target="_blank" href="mailto:hard.off@gmail.com">hard.off@gmail.com</a>>
wrote:<br clear="none">
</font> </div>
<br clear="none">
<br clear="none">
<div id="yui_3_16_0_1_1417224591404_14596">
<div id="yui_3_16_0_1_1417224591404_14595">
<div id="yui_3_16_0_1_1417224591404_14594">
<div dir="ltr"><span>in
relation to Pd-l2ork,</span>
<div><span><br clear="none">
</span></div>
<div><span>guys, what's
the status of having
a 'libpd' for </span><span>l2ork???
is that possible? </span></div>
<div><span><br clear="none">
</span></div>
<div><span>sorry for
going off
topic...but it is
something i have
wanted to ask for
ages. </span></div>
</div>
<div id="yui_3_16_0_1_1417224591404_14593"><br clear="none">
<div id="yui_3_16_0_1_1417224591404_14592">
<div id="yui_3_16_0_1_1417224591404_14591">On Thu, Nov 13,
2014 at 6:33 PM, i
go bananas <span dir="ltr"><<a href="" rel="nofollow" shape="rect">hard.off@gmail.com</a>></span>
wrote:<br clear="none">
<blockquote id="yui_3_16_0_1_1417224591404_14590" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div id="yui_3_16_0_1_1417224591404_14621" dir="ltr">IOhannes,
<div><br clear="none">
</div>
<div>that's
kinda what i
thought....</div>
<div><br clear="none">
</div>
<div id="yui_3_16_0_1_1417224591404_14620">but really,
come on...pd's
interface is
it's weakest
point. When
miller started
working on the
data
structures,
libpd and all
that didn't
even exist.
But now, we
can just farm
out that sort
of stuff to
other
programs. <br clear="none">
<br clear="none">
Compared to
the amount of
effort it
takes to learn
them, and how
effective they
actually are,
data
structures are
just too
un-economical. </div>
<div><br clear="none">
</div>
<div>in nearly
15 years of
their
existence, i
think i can
still count on
both hands how
many good
implementations
of them i have
seen.<br clear="none">
<br clear="none">
look, i LOVE
pd and
couldn't live
without
it....but it
just seems
like any
minute spent
on data
structures is
a minute that
could be way
better spent
on other
stuff. <br clear="none">
<br clear="none">
<br clear="none">
<br clear="none">
</div>
</div>
<div id="yui_3_16_0_1_1417224591404_14589"><br clear="none">
<div id="yui_3_16_0_1_1417224591404_14588">
<div>
<div>On Thu,
Nov 13, 2014
at 3:54 AM,
IOhannes m
zmölnig <span dir="ltr"><<a href="" rel="nofollow" shape="rect">zmoelnig@iem.at</a>></span>
wrote:<br clear="none">
</div>
</div>
<blockquote id="yui_3_16_0_1_1417224591404_14587" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div id="yui_3_16_0_1_1417224591404_14586">
<div id="yui_3_16_0_1_1417224591404_14585"><span>On
11/12/2014
03:33 PM, i go
bananas wrote:<br clear="none">
><br clear="none">
> couldn't
that work be
put to better
use?<br clear="none">
><br clear="none">
<br clear="none">
</span>depends
on your
definition of
"better".<br clear="none">
<br clear="none">
if i
understand
correctly,
"data
structures"
have been
_the_
motivation<br clear="none">
for writing Pd
(as opposed to
continue with
max), so i
think we owe
them :-)<br clear="none">
<br clear="none">
gfmrdsa<br clear="none">
<span id="yui_3_16_0_1_1417224591404_14617"><font id="yui_3_16_0_1_1417224591404_14616" color="#888888">IOhannes<br clear="none">
<br clear="none">
<br clear="none">
</font></span></div></div></blockquote></div></div></blockquote></div></div></div></div></div></div></div></div></div></div></div></div></div></blockquote></div></div></blockquote></div></div></div></blockquote></div></div></blockquote></blockquote><br clear="none"></div></div></div><br></div></div></div></div></div></blockquote></body></html>