Honestly we need a Stick Nodes Camera movement tutorial because my camera movement skills are abhorrent in this app.

what if a user moves a node that is being controlled by another node, or is it not moveable

Putting this part up again.
If a segment is being “target”, it can’t be interacted with in animation mode. Simple as that.

color

Oh yea I keep forgetting to include mentioning that whenever I get to making mockups or writing about it. Will prob make smth about it later.

for the SN app, rigging will all be done in creation mode as you’re making/editing a stickfigure yeah

Butt damn it\’s gonna be ass. As a full-time rigger node limit is bane of my existence. That\’s why I insisted on multiple fig variable shit lmao.

why are we doing this in public lmao

To hold u accountable lmfao.

Btw, when are you gonna add that thing where it connects two separately branched segments?

What you\’re describing is inverse kinematics. I strangled ralph for it. One day he\’ll do it.

are you getting static and non-static mixed up or what lol?

Nah, the reason why is, like i said, I want to put it in separate rigging mode. Which would hide the static Nodes because
A) it\’s a whole lot of ass having so many segments packed onto screen. I know \”hide static Nodes\” exist but
B) I wanted to be able to put multiple figs in a rig.

i don’t think i will dabble with variables or anything that messes with the UI/sidebar for the app, at least anytime soon

Oh yea no prob with the sidebar ui shit, I knew it would be a problem but I put this out as to show why variables to begin with.

But you should still add variables, just for segment wise, grey out the other options. Variables will make this sorta easier for rigging and also make sure shits won\’t break if you decide to work on the UI part lmao.

i feel u

Also yeah Moho\’s rigging system is really fucking good. Last time I checked it tho they were like Anime Studio 10, idk how much they improved on their concept nowadays.