Feature Request #790

subpatchers and namespace encapsulation

Added by Pascal Baltazar almost 6 years ago. Updated over 5 years ago.

Status:ClosedStart date:2011-06-29
Priority:NormalDue date:
Assignee:Théo de la Hogue% Done:

0%

Category:-Spent time:-
Target version:MVC for 0.6
Branch:

Description

in order to develop while playing, or playing while developing, it would be extremely useful to use jcom.hubs in patchers, and not only in abstractions.

this is already possible by giving the name of the desired node as argument of jcom.hub, but there is a problem : the node name has to be prepended to all the parameter names
this implies that, when using different namespace levels, all parent levels have to be prepended to parameters....
this is not very nice, and also inconsistent with the way relative/absolute addresses work

a potential solution to this problem would be to use subpatcher encapsulation to define the different namespace levels
2 attached patchers show how things are currently behaving, and how I believe it should behave...

testSub.maxpat (14 KB) Pascal Baltazar, 2011-07-02 04:25 pm

History

#1 Updated by Pascal Baltazar over 5 years ago

thanks Théo, it works !

there's only one thing, I don't know if that's a bug or a limitation due to Max behaviour :
- jcom.hubs and parameters cannot subscribe until the patcher has been saved :
jcom.hub: Can't get the class from the patcher. Subscription failed
jcom.hub: Jamoma cannot register
jcom.parameter: Can't get the class from the patcher. Subscription failed
jcom.parameter: Jamoma cannot register toto

a few limitations we also have to document :
- the name of the node of jcom.hub is based on the name of the patcher
- jcom.hubs have to be created first, in order for the jcom.parameters in the same patcher (or below) to subscribe to them
- when a subpatcher is duplicated and renamed, jcom.hub keeps the name of the original subpatcher, until it is rebuilt (by reloading the patcher, or cutting/pasting the subpatcher)
- putting
I guess these cannot be overcome.... as it seems to depend on the way Max is designed concerning subpatchers - please confirm and then close the FR is that's the case....

#2 Updated by Théo de la Hogue over 5 years ago

Hi Pascal,
great news !

actually there is a limitation into the code so I proposed to remove this limitation
by using a default class name like in Max : "Untitled" so the subscription process can go ahead and the problem
disapears.

considering the other points I'm agree : it have to be documented.

#3 Updated by Pascal Baltazar over 5 years ago

  • Status changed from Resolved to Closed

yes, it works, thanks !

Also available in: Atom PDF