<div dir="ltr"><div><div><div>Hi Ico,<br><br>any thoughts on how to resolve this issue? Should I report it as a bug? If you don't see the issue, then maybe my previous report didn't sound urgent enough. ;-)<br></div><br>I understand that compatibility with other Pd flavors is not a major concern for you. But we're not talking about some incompatibilities in the external library here. Rev. 57914b7 makes the Pd-L2Ork *patch file format* incompatible with all other Pd versions. It completely kills interoperability with both vanilla and extended Pd (and even older Pd-L2Ork versions!).<br><br>In fact, rev. 57914b7 affects pretty much *all* abstractions. If you have a nontrivial patch, chances are that you'll get bitten by this change ($0-id receivers are a very common idiom). The DISIS patches included with pd-l2ork are affected as well (check disis_wiimote-help.pd some time). Moreover, a quick search of pd-l2ork/extra turns up some two dozen abstractions with #0- in them. So even Pd-L2Ork's own abstraction library is pretty much broken right now. I can't believe that I'm the only one running into this.<br><br>I consider this a very serious bug. IMHO rev. 57914b7 needs to be reverted quickly. For the time being, I have a new PKGBUILD for Arch Linux systems ready to go which patches the current git sources accordingly. This will eliminate the issue for Arch users, but this really needs to be fixed upstream. ;-)<br><br></div>Best,<br></div>Albert<br><div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 1, 2015 at 10:23 AM, Albert Graef <span dir="ltr"><<a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">Hi Ico,<br><br></div><div class="gmail_extra">thanks, everything fine and dandy here again. :) Hope that you're fine too!<br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><div class="gmail_quote"><span class="">On Tue, Nov 24, 2015 at 8:20 PM, Ivica Bukvic <span dir="ltr"><<a href="mailto:ico@vt.edu" target="_blank">ico@vt.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">The reason for this change is because a label that is only the pound sign by itself in the vanilla version it gets dubiously converted into a dollar sign. This makes it impossible to use that character in a label.</blockquote><div><br></div></span><div>Ok, I understand. Yeah, I noticed that as well, it's annoying.<br><br>But as long as Pd-L2Ork only runs on Linux, being able to exchange patches with other Pd flavors is important (also for my students who usually run OSX or Windows at home).<br><br></div><div>The new format will also bite long-time Pd-L2Ork users since (depending on their use of $i in abstractions) their patches will suddenly stop working. In fact, I had this happen to me, that's how I noticed.<br><br></div><div>Also, the use of control characters in patch files may throw off mime type recognition and make it harder to exchange patches via email.<br></div><span class=""><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> In the fix that the new version has this is now possible without affecting the use of dynamic variables like $0. If you can think of a better way to do this while retaining the backwards compatibility I am all for it.</blockquote></span></div><br>Instead of a replacement for the # character, how about introducing a Pd-L2Ork-specific way of escaping
 # in labels? I'm not sure how hard it is to implement that, but then only users
 who actually need that feature would be affected. All others wouldn't even notice that there was a change in the patch format, and everyone would be happy. ;-)<br></div><span class=""><div class="gmail_extra"><br></div><div class="gmail_extra">Albert<br clear="all"></div><div class="gmail_extra"><br>-- <br><div><div dir="ltr">Dr. Albert Gr"af<br>Computer Music Research Group, JGU Mainz, Germany<br>Email:  <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a><br>WWW:    <a href="https://plus.google.com/+AlbertGraef" target="_blank">https://plus.google.com/+AlbertGraef</a></div></div>
</div></span></div>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr">Dr. Albert Gr"af<br>Computer Music Research Group, JGU Mainz, Germany<br>Email:  <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a><br>WWW:    <a href="https://plus.google.com/+AlbertGraef" target="_blank">https://plus.google.com/+AlbertGraef</a></div></div>
</div>