When you're using target bones, you can also "prebend" the limb on frame one. Yeah, that should fix the issue. Just use the Transform Bone tool or the Manipulate Bones tool in FK mode, and rotate the bone until it snaps into the preferred direction. I suggest adding a keyframe in the fram...

I find it odd how Moho technically supports hold toggling tools, but does not appear to be fully optimized for it. Though I'm glad I have this workaround for maintaining the hold-toggle muscle memory I have from other creative apps. A friend of mine uses press-and-hold hotkeys when she's animating ...

To work around this, I think I'll use an AutoHotkey script to simulate holding a hotkey without repeatedly sending it to Moho... Awesome! Thanks for sharing this, DigitalDesignDude! Coincidentally, I started using AHK2 recently, so I'm ready to try your tip. (For anyone familiar with my old MQC too...

Good suggestion, Wes! I'll try it out when I have a complex rig open. I tried press-and-hold hotkeys with the rig I'm animating right now, using default keyboard settings, and didn't see any lag. It's not a good test case, though; it's a very simple rig that doesn't even use Smart Bones. I think I'v...

Pressing and holding a hotkey has always done that in Moho, and it's especially noticeable when posing a rig. The lag probably occurs because, when pressing and holding a key, Moho appears to constantly send and check the tool's current state. Pressing and holding a hotkey works fine for simple task...

Could the Moho Exporter have a setting to keep the completed task in the list, showing as Done or Completed with the duration in the status column. Currently I can't see a way to do this...if there is a way, can someone tell me? :) I agree! I use Moho Exporter with EVERY project, and this is someth...

Pierre Gombaud wrote: ↑Tue Nov 18, 2025 1:17 pm Particles is an even more fascinating subject in Moho with you all

I'm very excited about Moho particles thanks to your experiments, Pierre! Keep up the fantastic work!

Okay, one more test before I go: I cranked the lifetime up to 400 frames, and sure enough, the layer order changed at around frame 400, when the first particle dies. Not sure why the following particles dying don't affect the order. I wanted to know if the 'drift to back' keyframes I added to the sp...

Oh! It's the particle death that resets the order! I don't know why the order randomly changes, but that must be the trigger. https://www.dropbox.com/scl/fi/22g7f25xm66alee8z7kfh/ParticleDeaths.gif?rlkey=iw3um7hlmv94a5wy241d37p4i&raw=1 When I extend the life, as in the previous example (I think ...

Ok, I'm back. I'm not sure the emitter is being reset because if the default behavior is to always place the newest particle in front of everything, even if the emitter was being 'reset', the next particle would still be in front of everything. In version B, I still don't know why the stacking order...

Hmm...I think you're onto something. I increased the lifetime of the particles and killed the keyframes in the Switch, and got this... https://www.dropbox.com/scl/fi/uffb5jz3p1ceak2movfs6/Endless.jpg?rlkey=gnt6tvuexdqz8vkq3s1h43snt&raw=1 I'm not sure what's resetting the emitter, though. Does sw...

Hmm...if the option existed, what would you call it?

I guess it would be something like a '2D Stacking Order' list with the options:

- Random
- Always in Front
- Always in Back

Just spit-balling.

EDIT: Well, if the bottom emitter layer is 3D rotated (with zero width, height, or depth for the particle), it does seem to sort them in 3D space properly. Yeah, that's what I meant: it doesn't consistently fire off the particles from front to back or back to front...which I wouldn't expect it to w...

All that said, I think if I were doing this effect, instead of using particles, I would just push the repeating items along a path, and switch to a different set of items with the Smart Bone. This way, I wouldn't have to worry about randomness occurring, and I would also have more control over the s...

Here we go... ParticlesSwitchProjects.zip Version A is the first one with the particle spread out, and version B is the one with the overlap. If anyone has a fix for version B, let me know. I don't think it's possible, though. (Note: I think the z-depth trick I tried is still in there, and it's poss...