Cycling 74 » Topic: boxless mxj object http://cycling74.com/forums/topic/boxless-mxj-object/feed Wed, 19 Jun 2013 14:19:48 +0000 http://bbpress.org/?v=2.2.4 http://cycling74.com/forums/topic/boxless-mxj-object/#post-24601 <![CDATA[boxless mxj object]]> http://cycling74.com/forums/topic/boxless-mxj-object/#post-24601 Fri, 24 Feb 2006 19:52:58 +0000 jitter can anyone tell me if it’s possible, and if so, how to create a
boxless java object (similar to class_new() in the c max api)? if
not, can I enter a feature request?

best,
r.

]]> http://cycling74.com/forums/topic/boxless-mxj-object/#post-71433 <![CDATA[Re: boxless mxj object]]> http://cycling74.com/forums/topic/boxless-mxj-object/#post-71433 Fri, 24 Feb 2006 20:51:57 +0000 topher lafata Couldn’t you just manually construct one?
MyMXJClass x = new MyMXJClass();
Calling any methods on the thing that cause
an outlet or make any other assumptions about
it having a context in a patch may be a bad idea though.
Topher

]]> http://cycling74.com/forums/topic/boxless-mxj-object/#post-71434 <![CDATA[Re: boxless mxj object]]> http://cycling74.com/forums/topic/boxless-mxj-object/#post-71434 Sat, 25 Feb 2006 03:22:47 +0000 jitter ok, so far I’ve managed to create and instantiate a hidden MaxObject
and attach to it from multiple boxed objects. in my notifyDelete()
method of the boxed objects I detach from the hidden object which
seems to work fine. what isn’t working so well is destroying the
hidden object when the last boxed object is deleted. any suggestions
as to how I might go about doing this? or do I have to assume that it
will live forever as some mxj internal is keeping a reference to it,
thereby preventing it from being garbage collected.

my other alternative is to call a “reset” message on it, which
reinitializes its internal state when the last object is being
deleted. then when the first new object goes to connect and expects
to create a fresh object, it just gets the old one back, but cleaned
up. does this have something to do with zap()?

best,
r.

]]>