Patches item #3599169, was opened at 2013-01-01 19:10
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3599169&group_id=55736
Please note that this message will contain a full copy of the
Patches item #3587404, was opened at 2012-11-14 22:29
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3587404&group_id=55736
Please note that this message will contain a full copy of the
Patches item #3598256, was opened at 2012-12-23 13:06
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3598256&group_id=55736
Please note that this message will contain a full copy of the
Hi list,
Since matju couldn't find a way to do this without patching Pd I doubt
it's possible, but I want to ask anyway:
[symbol clip(
|
[classinfo] <-- spits out a list of methods, or other class attributes, etc.
I can check if clip exists using zgetfn
I can get a function pointer to clip
I think you're safe calling vmess() to pass no arguments to clip_new
(for example) - the worst that can happen is the "return value" (the
global "newest" is zero. If not it's a proper Pd object you can use zgetfn()
on to test it for messages.
Main problem I see with this is that some classes like