On Jun 17, 2006, at 5:33 PM, Frank Barknecht wrote:
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
On Jun 17, 2006, at 3:52 AM, Frank Barknecht wrote:
And of course another solution would be a clone of [metro] built
using [del] as in attached patches.How about making that a [metro] clone and adding it to abstractions/ purepd?
Actually I think, [metro] should loose its 1 ms limit, then the abstraction wouldn't be necessary (and it can block Pd quite easily with very small delay times). IIRC Miller already hinted at the possibility for making metro's limit smaller.
[metro] should be fixed, but I also think that since you already
implemented a [metro] in Pd, it should be part of the purepd
collection as part of the effort to implement as much of Pd in Pd as
possible.
Also, I think it would be clearer to use [delay] rather than [del], there's plenty of room in the patch, no abbreviations necessary. I guess my DOS roots show, because I always think delete first when I see [del].
If it's in an abstraction, you won't see the [del] anyways. Smaller is beautifuller. ;)
But maybe I'm too used to use the abbreviations for often used objects. Reading [trigger anything anything] makes me as nervous as reading [del] must make you. ;)
The length difference between [del] and [delay] is quite trivial, but
the difference in readability is large. Sure, we are used to the
abbreviations, but maintainable code is as clean and easy to read as
possible.
.hc
As we enjoy great advantages from inventions of others, we should be
glad of an opportunity to serve others by any invention of ours; and
this we should do freely and generously. - Benjamin Franklin