freeze attr

Jan 22, 2010 at 1:41pm

freeze attr

Hello,

Is there any way (; max message for example) to freeze all attributes at once?

Thx

#47949
Jan 22, 2010 at 8:07pm

No. But it’s highly unlikely that you would need to do so. Attributes which appear in italic are the only one not to be saved with the patcher.

#172419
Jan 27, 2010 at 9:23pm

Many times I do some testing on attr, then, later I want to keep the settings.
So I need to search and freeze for each one, for each object.

No ; max message or something to freeze all at once?

Consider my post as a feature request.

#172420
Jan 28, 2010 at 1:25am

Do you have specific examples in mind where this would be useful?

#172421
Jan 28, 2010 at 11:17am

Hey! This seems to be a basic and usefull feature for the user!
But I suppose it’s not for the programmer?

#172422
Jan 28, 2010 at 4:35pm

I’m not sure what you’re talking about. Something like 95% of the UI objects already store their attributes (so there’s no need of freezing them). Non-UI object works differently because you can also type the name of the attributes as argument which therefore might conflict with what you freeze in the inspector. So if you have an example feel free to post it.

#172423
Feb 5, 2010 at 2:51pm

Okay ej. There is no patch to provide, but imagine I change the camera position for the render, in my scene.
Now I close my patch … OOoops my settings are lost because I did not freeze the param.

An easy way would be:
[closebang] -> “; max freezeallattr”

this example is with one param, but as you know we deal with tens.
It is really boring to reach each @ one by one in the inspector, and there is no more shortcut to freeze a selected one (would be another feature: select in the inspector then freeze without mouse).

I don’t make a confusion between typing the attr inside the object and reach it in the inspector, I’m only speaking here about working with the inspector exclusively.

#172424
Feb 5, 2010 at 2:58pm

it’s just you wouldn’t want to use a freezeallattr ;-) look at what happens when you freeze the patching_rect attribute for instance, move your object in the patch, save and reopen…

#172425
Feb 8, 2010 at 1:38pm

“OOoops my settings are lost because I did not freeze the param.”
In this case you would better store it in the patch. If you change it with a named number box, throw an autopattr into the patch and all is saved…
Its a different way of thinking. It is way easier to think in parameters to a patch than in attributes to objects in a patch…
It might be time to think about easy preset handling in general…

Stefan

#172426

You must be logged in to reply to this topic.