Thanks, I called the wrong column of the table (parameters instead of the tool's name) > fixed for the next release.
- Nice!
SELECT doesn't need a selection and therefor the cue doesn't stop. Only the tools you get in MM after you did a selection pause automatically if there's no selection and call SELECT at pause. So you don't have to store SELECT before a tool needing selection. Store SELECT only if you want to define stuff like the brush size or to get rid of an existing selection.
- Understood. Yes I was using too many.
Can't reproduce that. If you store the tool without having used the transform widget it will be skipped. But if you did a transformation and stored the tool it in this state it should apply the transformation. Doesn't that work on your side?
- Clicking on the toolmanager window first has fixed this, I think was also just doing something wrong with the order of actions
Yes, instead of undoing the whole cue of commands I write a restore .mix at a Play start. Unfortunately there's no way I know to get the name of the loaded file via mmApi to name that restore file. The only way would be to do loading of the file in MM via the Manager or to implement a entry box to name the restore file manually. Maybe I add an optional real MM Undo/Redo (keeping the current file) step by step in the future.
- Okay. Not a big concern of mine.
Hmm, I know that the cam jumps back to the position it had before setting a certain position via mmApi if you navigate in MM again. So this feature is meant mainly for SelectVisible and that works fine here. But what I see on your screenshot seems to be some MM rendering issue.... Or is it a result of a cue? If you play a cue of several (cam positions plus a following appendVisible (from AddSel)): Does that work?
- No is does not work. See screencast.
Maybe in the future - if we can solve such issues as above
- Yep!
That may be a focus handling issue: If you set new parameters in MM don't click on the UpdateTool button directly but give the ToolManager window (it's a different application) the focus first (e.g. by clicking on the help text) and then hit the update button.
- Clicking on the toolmanager window first has fixed this, I think was also just doing something wrong with the order of actions
Here it updates fine. Could you try with explicit focus on the manager window?
- Clicking on the toolmanager window first has fixed this, I think was also just doing something wrong with the order of actions
Saw that loading your .csv. Seems separation of lines acts different on Win. Gonna look into that...
- Thanks
SelectVisible discards the current selection and selects the currently visible faces. To append faces to the current selection you need to add appendVisible to the list of commands. Is that what you want to get?
- Yep. Works fine. User error again
Maybe that's a result of not needed SELECT steps in the cue or a switch to a tool not using a selection at all? As in pure MM you will loose selections doing certain tasks.
- Ya mentioned above already, user error again
I had such as auto accept option in my very first code (and it's still in the table). Let's see...
- Sounds good. It may be a good option for scenarios when needing to pull up a tool up with most the defaults preset but want to change like 1 parameter before accepting and moving on
So see the below screencast of playing around building a work flow and the .stl and .cvs.
Have any thoughts on what I'm doing wrong with the camera?
Also I found another issue, when doing a rotational transform, it saves properly when in World but not Local