<div dir="ltr">cool<div><br></div><div>(got your message now, haha)</div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-04-18 0:48 GMT-03:00 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><div style="color:#000;background-color:#fff;font-family:Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:13px"><div id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_5062"><span id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_6363">I've got a port of your scope~ version up and running now.  Just finished getting the color methods <br></span></div><div id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_6362"><span>working.</span></div><div id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_6361"><span><br></span></div><div id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_6310"><span id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_6342">The port is fairly ugly-- essentially, I just copied the contiguous code that has sys_vgui <br></span></div><div id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_6347" dir="ltr"><span id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_6342">calls in it and pasted it into an ifdef.  So there's a section demarcated as the "purr data" <br></span></div><div dir="ltr" id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_6599"><span id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_6342">scope.c gui code, followed by another section demarcated as the "vanilla" code. On each <br></span></div><div dir="ltr" id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_6617"><span id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_6342">the opposite section doesn't get compiled.</span></div><div id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_6311"><span><br></span></div><div id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_6287"><span>Left to do:</span></div><div id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_6288" dir="ltr"><span id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_6618">* replace/remove the stray sys_vgui calls in the "purr data" section</span></div><div dir="ltr" id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_6620"><span id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_6619">* refactor the little external dialog api I wrote to add a dropdown list. (Essentially, all externals can <br></span></div><div dir="ltr" id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_6622"><span id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_6621">use a simple dialog api so that they don't have to write any dialog code.)</span></div><div class="m_-5565389794819573471qtdSeparateBR" id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_5063"><div id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_6623"><br></div><div id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_6624">Then it's just a matter of testing it.</div><div><br></div><div>Btw-- I replaced all tabs with four spaces and followed the Vanilla style guide. I did this because <br></div><div>I had a hard time reading the code-- a lot of blocks didn't actually line up correctly.</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>-Jonathan<br></div></font></span><div class="hm HOEnZb"><br></div></div><div class="m_-5565389794819573471yahoo_quoted" id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_5068" style="display:block"><div class="hm HOEnZb">  </div><div style="font-family:Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:13px" id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_5067"><div class="hm HOEnZb"> </div><div style="font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px" id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_5066"><div class="hm HOEnZb"> </div><div dir="ltr" id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_5065"><div class="hm HOEnZb"> </div><font id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_5064" size="2" face="Arial"><div class="hm HOEnZb"> <hr id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_5088" size="1"> <b><span style="font-weight:bold">From:</span></b> Alexandre Torres Porres <<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>><br> <b><span style="font-weight:bold">To:</span></b> <a href="mailto:l2ork-dev@disis.music.vt.edu" target="_blank">l2ork-dev@disis.music.vt.edu</a> <br><b><span style="font-weight:bold">Cc:</span></b> Jonathan Wilkes <<a href="mailto:jancsika@yahoo.com" target="_blank">jancsika@yahoo.com</a>>; "<a href="mailto:brbrofsvl@gmail.com" target="_blank">brbrofsvl@gmail.com</a>" <<a href="mailto:brbrofsvl@gmail.com" target="_blank">brbrofsvl@gmail.com</a>>; Derek Kwan <<a href="mailto:derek.x.kwan@gmail.com" target="_blank">derek.x.kwan@gmail.com</a>><br> <b><span style="font-weight:bold">Sent:</span></b> Monday, April 17, 2017 10:07 PM</div><span class=""><br> <b><span style="font-weight:bold">Subject:</span></b> Re: [L2Ork-dev] updating cyclone<br> </span></font> </div><div><div class="h5"> <div class="m_-5565389794819573471y_msg_container" id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_5069"><br><div id="m_-5565389794819573471yiv7234515888"><div id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_5072"><div dir="ltr" id="m_-5565389794819573471yui_3_16_0_ym19_1_1492486723923_5071">so, how did building cyclone for purr data go?<div><br clear="none"></div><div>I have to remind something crazy went on and I didn't get jonathan's messages</div><div><br clear="none"></div><div>anyway, in a week or so, we're ready to release 0.3alpha2, which could be available in the next Purr Data release. Any plans on when that could come out? We can obviously wait and get more things ready into the release, but I just don't wanna miss the next release.</div><div><br clear="none"></div><div>cheers</div></div><div class="m_-5565389794819573471yiv7234515888gmail_extra"><br clear="none"><div class="m_-5565389794819573471yiv7234515888yqt5445067904" id="m_-5565389794819573471yiv7234515888yqtfd30874"><div class="m_-5565389794819573471yiv7234515888gmail_quote">2017-04-06 16:57 GMT-03:00 katja <span dir="ltr"><<a rel="nofollow" shape="rect" href="mailto:katjavetter@gmail.com" target="_blank">katjavetter@gmail.com</a>></span>:<br clear="none"><blockquote class="m_-5565389794819573471yiv7234515888gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, Apr 6, 2017 at 8:36 PM, Jonathan Wilkes <<a rel="nofollow" shape="rect" href="mailto:jancsika@yahoo.com" target="_blank">jancsika@yahoo.com</a>> wrote:<br clear="none">
> [...]<br clear="none">
<span class="m_-5565389794819573471yiv7234515888">><br clear="none">
>> Important: do not specify or export PD_PATH<br clear="none">
>> or PDDIR in this case, because these assume a tree layout with<br clear="none">
>> pd/bin/pd.dll, and will mess up explicit paths.<br clear="none">
><br clear="none">
</span>> Btw-- I don't see this documented anywhere.<br clear="none">
<br clear="none">
>From description in the makefile:<br clear="none">
<span class="m_-5565389794819573471yiv7234515888"><br clear="none">
# PDDIR:<br clear="none">
# Root directory of 'portable' pd package. When defined, PDINCLUDEDIR and<br clear="none">
# PDBINDIR will be evaluated as $(PDDIR)/src and $(PDDIR)/bin.<br clear="none">
<br clear="none">
</span>and:<br clear="none">
<br clear="none">
# PD_PATH:<br clear="none">
# Equivalent to PDDIR. Supported for compatibility with pd-extended central<br clear="none">
# makefile, but deprecated otherwise.<br clear="none">
<br clear="none">
I'm trying to reorganize the order of variable expansion in such a way<br clear="none">
that the more specific variables have precedence. Still puzzling on<br clear="none">
this matter.<br clear="none">
<br clear="none">
><br clear="none">
> -Jonathan<br clear="none">
<div class="m_-5565389794819573471yiv7234515888HOEnZb"><div class="m_-5565389794819573471yiv7234515888h5">><br clear="none">
>> Katja<br clear="none">
><br clear="none">
><br clear="none">
><br clear="none">
><br clear="none">
><br clear="none">
><br clear="none">
>> I imagine the problem is that we're still using the makefile.mingw script<br clear="none">
>> in pd/src, and it puts pd.dll in pd/src instead of pd/bin.  Still, the<br clear="none">
>> variables<br clear="none">
>> above should take care of that.<br clear="none">
>><br clear="none">
>> -Jonathan<br clear="none">
>><br clear="none">
>>> Katja<br clear="none">
><br clear="none">
><br clear="none">
______________________________ _________________<br clear="none">
L2Ork-dev mailing list<br clear="none">
<a rel="nofollow" shape="rect" href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br clear="none">
<a rel="nofollow" shape="rect" href="http://disis.music.vt.edu/listinfo/l2ork-dev" target="_blank">http://disis.music.vt.edu/ listinfo/l2ork-dev</a><br clear="none">
</div></div></blockquote></div><br clear="none"></div></div></div></div><br><br></div> </div></div></div> </div>  </div></div></div></blockquote></div><br></div>