hi,<div><br></div><div>I've done a very simple test, and it works fine!</div><div><br></div><div><meta http-equiv="content-type" content="text/html; charset=utf-8"><a href="https://vimeo.com/37914564">https://vimeo.com/37914564</a><br>
<br><div class="gmail_quote">On 4 March 2012 15:45, Roman Haefeli <span dir="ltr"><<a href="mailto:reduzent@gmail.com">reduzent@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 class="im">On Sat, 2012-03-03 at 22:27 -0800, Hans-Christoph Steiner wrote:<br>
<br>
> I would prefer that you use a different name unless you are interested<br>
> in providing strict compatibility with the current Pduino.<br>
<br>
</div>Yes, actually I'm interested.<br>
<div class="im"><br>
> Things like using namespace prefixes are one example of<br>
> compatibility that it sounds like you are not interested in, for<br>
> example.<br>
<br>
</div>There is a conflict: Either it works only in Pd-extended setups, or you<br>
loose the advantage of using namespace prefixes. I solved that conflict<br>
by not using [makesymbol] at all.<br>
<br>
Some words about that particular case:<br>
Actually [zexy/makesymbol] wasn't ever used in [arduino], only in<br>
arduino-help.pd . There it's used to display the Firmware version in a<br>
GOP cnv object -> [zexy/makesymbol firmata_%s.%s]. This can be safely<br>
replaced nowadays by [symbol firmata_$1.$2(. However, I didn't even use<br>
that, because I thought it would be useful to display the whole Firmata<br>
specification there, not only the protocol version. It now displays<br>
something like:<br>
<br>
StandardFirmata 2 3<br>
<br>
and it does so with only using vanilla classes. Let me point that<br>
[arduino] itself is not all affected by this.<br>
<div class="im"><br>
> Pduino deliberately uses namespace prefixes because that's currently<br>
> the only way to guarantee the correct object is being loaded.<br>
<br>
</div>Agreed.<br>
<div class="im"><br>
> Using [declare -lib zexy] [makesymbol] does not currently guarantee<br>
> that (tho it should).<br>
<br>
</div>Yeah, I also agree that it should.<br>
<br>
Please, tell me about your further constraints, if there are any, and<br>
I'll see how I can comply with them.<br>
<span class="HOEnZb"><font color="#888888"><br>
Roman<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
<br>
> On Mar 3, 2012, at 6:47 AM, Roman Haefeli wrote:<br>
><br>
> > Hi Hans<br>
> ><br>
> > On Fri, 2012-03-02 at 08:55 -0800, Hans-Christoph Steiner wrote:<br>
> >> I'm happy to see you working on this. Since you are making a new<br>
> >> version, perhaps it makes sense to change the names. Like maybe it<br>
> >> makes sense to change the object from [arduino] to [firmata]? That's<br>
> >> something I thought about doing in the past. This would also make it<br>
> >> easier for testers going forward because they could keep the old<br>
> >> Pduino installed and also use your new library. I suppose then the<br>
> >> library would be called something besides Pduino too.<br>
> >><br>
> >> But if you want to keep those names, that's fine by me.<br>
> ><br>
> > Actually, I prefer not to host a separate version/fork. I think the<br>
> > design of the protocol and its implementation in [arduino] is solid and<br>
> > I haven't messed at all with it. Our efforts for [arduino] were mainly<br>
> > focused on smallish issues with usability and portability. Our plans are<br>
> > to eventually push it into Debian as pd-arduino. For that goal, some<br>
> > changes like getting rid of name-spaced objects (for instance:<br>
> > [zexy/makesymbol], doesn't work in Debian with pd-zexy) and some other<br>
> > stuff were necessary. Plus, it got a bug fixed Ingo discovered a while<br>
> > ago. Still, the overall changes to [arduino] itself are rather smallish<br>
> > and I wouldn't expect any severe bugs. Also, I think we tested it quite<br>
> > well.<br>
> ><br>
> > The main effort, however, went into documentation and [arduino-gui] and<br>
> > to figure out the tiny details and differences between the several<br>
> > Firmata versions around in order to make the help-patch consistent as<br>
> > documentation and [arduino-gui] consistent in its behaviour. I consider<br>
> > the updated help-patch a significant improvement (in that it covers all<br>
> > features of the firmware, is clear in which pin supports which mode,<br>
> > explains the differences in different firmware versions) and I wouldn't<br>
> > see a reason to keep to old one living.<br>
> ><br>
> > Personally, I'd much prefer not to host a separate fork and I am all for<br>
> > joining forces, not separating them. With your consent, I'd like to push<br>
> > the new version to the svn repository. We could wait to do so, until we<br>
> > got some positive reports from a few people, of course. There is really<br>
> > no hurry. Also, I'd take responsibility for any issues and bugs related<br>
> > to Pduino (if that is what you want; I don't plan any 'hostile<br>
> > take-over').<br>
> ><br>
> > Finally, if we eventually agree on merging our git Pduino with the<br>
> > official pd-svn/externals/hardware/arduino, I'd like to bump the Pduino<br>
> > version to the Firmata version. As I understand, [arduino] is a plain<br>
> > implementation of the Firmata protocol, not less, not more. I think it<br>
> > would make sense to reflect the version of the protocol it implements in<br>
> > its own version. We could still add a bug-fix number, so changes to<br>
> > [arduino] without switching the prococol version could be reflected.<br>
> > Something like<br>
> ><br>
> > 2.3.1<br>
> > | | |<br>
> > | | Pduino bugfix version<br>
> > | protocol minor version<br>
> > protocol major version<br>
> ><br>
> > What do you think?<br>
> ><br>
> > Roman<br>
> ><br>
> ><br>
><br>
><br>
><br>
> ----------------------------------------------------------------------------<br>
><br>
> "[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore<br>
><br>
><br>
<br>
<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@iem.at">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/listinfo/pd-list</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Jordi Sala<br><a href="http://musa.poperbu.net">http://musa.poperbu.net</a><br>
</div>