did you consider rewriting your click-tracker as a webapp i.e. have it run in a
browser? then, in theory, there should be no problem with distribution,
updates and different operating systems.
there are projects like https://mathr.co.uk/empd/ and
https://github.com/sebpiq/WebPd (didn't try
Let's keep this on the list.
I had to look up how I dealt with the issue of code-signing. It looks
like my solution was to build Pd.app with leaving the code-signing
steps out. Thus, I ended up with a unsigned Pd.app that I'm using in my
packaging script.
I don't remember the exact details, but
add a list method to truncate incoming lists to the first item. ...
Would that work?
Unfortunately no, because [select] already has a (default) list method.
Also I don't see why the behavior should depend on the presence of
creation arguments...
In Pd we can *extend* behavior, but we can
I am aware of the workarounds, and have put one in place to fix this now.
That's not the issue here. The issue is that accidentally sending a list
to the select object invisibly changes its behaviour and can produce some
hard to find bugs in big patches.
There are lots of other objects where
On 9/20/2020 2:38 PM, hans w. koch wrote:
but would it warrant opening an issue on github?
There should be some way to write/read 64bit arrays in Pd-double. [text]
can be used for other stuff as it is not really efficient inside Pd
(even if it worked without the actual issues).
I think the
hello,
why don't you just use [route] ?
cheers
Le 21/09/2020 à 02:52, Matt Davey a écrit :
Here’s my proposal:
If a sel object is created with arguments, add a list method to truncate
incoming lists to the first item.
If a sel object is created without any arguments, behaviour stays the
