Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

> > an example of an object that uses it? where exactly is this function? > Scope~ itself uses sic_setup (for the leftmost inlet). > -Jonathan Hello, So I gave using class_domainsignalin() and class_addfloat() a shot in the setup of both main and proxy classes in my test external which is what

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

> an example of an object that uses it? where exactly is this function? Scope~ itself uses sic_setup (for the leftmost inlet). -Jonathan On Wednesday, March 30, 2016 11:03 AM, Alexandre Torres Porres wrote: 2016-03-29 18:55 GMT-03:00 Jonathan Wilkes via Pd-list

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

Yes, there's a very good reason to employ a solution to a name clash.  Also, using a capital letter in an external name is a poor solution to that problem.  Even calling the thing "pdrunsonwindowstooscope~" would have been better. -Jonathan On Tuesday, March 29, 2016 3:21 AM, IOhannes m

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

Well, I just couldn't understand how to get the behavior you're after by looking at the inlet_new code.  But looking at that cyclone wrapper function it seems like you should be able to get the same behavior with a proxy inlet. -Jonathan On Tuesday, March 29, 2016 8:01 AM, Derek Kwan

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

> > Actually after looking deeper I have no clue.  It looks like cyclone has > some helper functions to set a separate float method for the leftmost signal > inlet.  If you can figure out how it works perhaps you can try doing the same > for a secondary inlet. Hello Jonathan, Yeah, scope's

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

(oops, forgot to cc the list, sorry iohannes, still getting a handle on this...) > did i miss something? > why would it not work with proxy inlets? > With the code I found here: http://puredata.info/Members/mjmogo/proxy-example-for-pd.zip/view tackling proxy inlets (basically making a proxy

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

On 2016-03-28 22:35, Jonathan Wilkes via Pd-list wrote: > "Scope~" already has a capital "S" in the name for no _good_ reason, so it's > not like the method space is the only discrepancy. the *very good* reason for the capital "S" is that back in the days when cyclone was developed, Pd (vanilla)

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

On 2016-03-28 22:35, Jonathan Wilkes via Pd-list wrote: > Hi Derek,Have a look at the inlet_new code in m_obj.c. But after skimming it > I don't see > any sensible way to achieve what you want. did i miss something? why would it not work with proxy inlets? am,sdr IOhannes signature.asc

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

Actually after looking deeper I have no clue.  It looks like cyclone has some helper functions to set a separate float method for the leftmost signal inlet.  If you can figure out how it works perhaps you can try doing the same for a secondary inlet. -Jonathan On Monday, March 28, 2016

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

2016-03-28 17:35 GMT-03:00 Jonathan Wilkes via Pd-list : > after skimming it I don't see any sensible way to achieve what you want. > Just to be clear, do you mean you can't see any way, or that you may see some possible hacks that might be very clumsy and might not work

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

Thanks, John, I'll take a look myself and yeah, I'm not super-optimistic either. There are calls to class_addcreator for "scope~" and "cyclone/scope~" but yeah, "Scope~" is a weird one... Derek = Derek Kwan www.derekxkwan.com ___

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

Hi Derek,Have a look at the inlet_new code in m_obj.c. But after skimming it I don't see any sensible way to achieve what you want.  I'd suggest just using the left-most inlet with a sensible method name. "Scope~" already has a capital "S" in the name for no _good_ reason, so it's not like

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

On 03/28/2016 01:27 AM, Derek Kwan wrote: >> Are you really sure you want that? These days most Pd-users expect an >> implicit float-to-signal conversion. This might lead to unexpected (though >> well-defined) behaviour of your objects. >> My advice is to not try hard to break the expectancy of

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

Am 27. März 2016 07:21:59 MESZ, schrieb Derek Kwan : >My main goal is to have a second signal inlet that can also accept >floats >not as a substitute for a signal but calls a separate method. Are you really sure you want that? These days most Pd-users expect an implicit

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

2016-03-25 19:21 GMT-03:00 Jonathan Wilkes via Pd-list : > There's a way to do it. Search the mailing list for "proxy inlet". > this is where the search took me to http://puredata.info/Members/mjmogo Inlet Proxy Object

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

2016-03-25 19:21 GMT-03:00 Jonathan Wilkes via Pd-list : > (Unless of course you are trying to be compatible with a Max/MSP object > that does it that way.) > yep, [scope~] by the way, second signal inlet should set "bufsize" when receiving a float, to be more specific.

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

There's a way to do it.  Search the mailing list for "proxy inlet". However, as a general rule this is a bad idea.  (Unless of course you are trying to be compatible with a Max/MSP object that does it that way.) -Jonathan On Friday, March 25, 2016 5:33 PM, Derek Kwan