Inside a subpatch I have a umenu.
Main Patch/Subpatch with umenu.
Using textedit, I can change the names stored in the umenu slots.
(I’m using this for loading and saving colls, so I’m entering a new name into a umenu slot everytime I add a new storage line to a coll).
If I change the item name while editing the subpatch itself, and then save, the changed items in the umenu are saved with it, and if I open the main patch, the changed names are there in the subpatch.
All clear so far?
But if I load the main patch, open the subpatcher, and change the name of one of the umenu items, then save and reload the main patch, the name changes haven’t been stored.
So it seems that changed items in a umenu are only saved if the actual patch containing the umenu is itself saved.
Surely this can’t be right? There’s something I’m missing, but I can’t see any obvious reference to this in the Docs.
I want to be able to change the name stored in umenu in the subpatch, and have it saved with the main patch. What am I missing?
You could use an embedded bpatcher:
----------begin_max5_patcher---------- 574.3ocyUssiaBCD8Y3q.4mIqLjrWZeqeGQUqLvPxzB1Hay1ztZ+2K9BWLJz s4gpsu3fOdFOm4Ly37ZbDoPbATjjOmbLIJ503nHKjAHxuOhzxtT1vTVyHEcL c4YPRRcGx6aE85FPaOl5QE00JP6t2cY4z6noI6dL+NZxW8VXuFje5YIT5ML6 gmL1kc3f4m76+jaGcgWL4IOamff1Bnxfk4AP6Nhn3a6xVvRjuljiYhKY8YaD oFafW.oBE7EWaD4VH5fJdpTzHjdGrFLsrxvFQ42co.cDrBpusvI5.9rGTeTl WBsD4cRPAbMS6yxkQl02netVv0J7WfUBFJbW67ZVIroybVq8PxWjHqgLZxII VI3FRD3oAdLbGcAL4okz1Z.m0cEe0BQSAS9BpvhFHnlMzKy3XKSCZzQmb5je XamD45f6JXdXQWQvbQ.9p4iVPoXmfw70xO3hMHDTCspDAGRSXcCYQUh9Gh4u OKg.+BGsxVbhCV+yNudQHSBksC950tsF6t+AaCkSzyot1qkh+popCqH47jU9 JRrpGX7v2hiG+H8elLWiRkdRbUPofWsPqQY0GgVu20YaGKyyO7dR89+Cj59V f2usVs+OoUlwqzAIK8FjMa4y6+vrhw2Tyxvrx721YkfazD0U+2v6TExdz03S cUC51kgrMKCY2bYX9IsFju0aMVRaN+50GknWVNpw99jjP1WAJMxmde+3Thrx tyXUU36o1F.rpSLT7lDz+p9oak0G9.XsGzgXWsXuE+a.ppW5.. -----------end_max5_patcher-----------
(to explore the bpatcher, right-click -> Open -> New view of…)
I’m getting ready to use my patcher in an installation next week, so Im not going to play with this at the moment (!).
I’m not clear how embedding the umenu solves the problem of it (seeming to) not save new items entered into it when it’s in a subpatcher inside an existing instrument. I wondered if there was a umenu flag that needed setting – kind of like the coll one you have to set for it to remember data when you save a patch.
I also wondered if it was something to do with the patch being dirtied (new or renamed items in the umenu) and though the top level patch is being saved, changes in a subpatcher are _not being saved.
Does the problem I’m having make sense? (I’ve worked around it for now by storing menu items in a coll as well (which _does save the names when the main patch is saved) and then reloading the umenu from the coll when the main patch is launched.)
I’m afraid I don’t understand your question.
With the patch I sent, click on one of the message boxes, save your patch, close, open, the content of the menu is saved with the patch.
But maybe you just need a bpatcher that be not embedded (the usual way of using bpatchers).
Let’s see if I can be clearer.
Main patch contains a number of subpatchers (as abstractions)(_not bpatchers, for UI reasons). In fact, the subpatcher containing the umenu is 3 layers deep …
seqSR and patterncreate are abstractions –
[patterncreate] contains a umenu with 20 pre-existing slots (named "empty"). You can change the name of any of the slots using a textedit.
These changes are also sent to another umenu in the level above (seqSR).
If I load [patterncreate] on its own and change one of the umenu slot names, then save the patch, the name change is retained, as I would expect.
If however, I load the main patch (sensorRoom),
open seqSR (a sort of sequencer), and then [patterncreate] (where I can programme different sequences),
create a new set of patterns, then name the relevant umenu slot (that relates to a coll line that stores the sequence values) …
then close all that, save the main patch and close it,
then re load the main patch … the name change in the umenu _hasn’t been saved.
My underlying assumptions are that umenu retains changes made in it when a patch is saved (which is what happens), and that the same thing should apply if the umenu is inside an abstraction (which is what _isn’t happening).
Does that make more sense?
Forums > MaxMSP