GimmickyApps

Thanks! I'm sure that will make it easier for anybody doing patches.

You don't understand. I haven't even made more than one keyframe yet, I'm still on initial setup of the initial frame, so step2 does not apply. To make step 1 of the two steps you just said easier, instead of tediously copying 5 properties one at a time from one object's properties to the other, that is, for each of x, y, scalex, scaley, and angle, having to do: 1. select obj1 2. highlight property value 3. copy 4. select obj 2 5. highlight property value 6. paste I.e. for one patch, having to do 5x6= 30 steps, it could be a simple 4-step:

The video won't load. If it's easy enough please just tell me in text, it's much faster than watching a video.

That's what I'm saying--placing it properly in the first key frame would be easier if you can just copy x/y/angle/scale from the sprite that the patch is for, to the patch.

Totally different object: the patch vs the sprite that the patch corresponds with. They should line up exactly but they are different objects. This is just in the starting frame.

BTW, a bit more context, this is the first and only frame.

I am having a terrible time with the hierarchy. I found the previous version of Spriter a bit glitchy, but version 7 seems worse. It seems any operation I do within the hierarchy has unintended side effects. Drag-drop is inconsistent in this, every time I go to video it, it works. But here, I found something reproducible, at least: renaming causes two whole hierarchy moves. Watch: The keyboarding happening here is F2 to enter "rename mode", then ENTER to accept the new name. Somehow that causes bone_010 and bone_007 to become part of torso, even though beforehand, n

OK, I'm having to redo my animation from scratch anyway. So, I tried to get the bones right this time. Spriter 7, win7x64. Here's what happens before I even attach anything: I'm just trying to make fat, easy-to-work-with bones. alt-drag to make a new bone. skinny. set Y-scale (why are X and Y reversed here, BTW?) to 3. nice fat bone. alt-drag to make another new bone. skinny, yet Y-scale is 3. set Y-scale to 6. nice fat bone. alt-drag to make a new bone. skinny, yet Y-scale is 6... Notice the Y scale keeps going up, yet when I alt-drag to make

Spriter 7, win7x64 Projects are shown twice, once with backslashes, once with forward slashes in the path.

Context: patches a la the Patches section near the bottom of https://www.toonboom.com/resources/tips-and-tricks/converting-images-cut-out-characters I've searched the forums here and looked through keyboard shortcuts and google, but I don't see any way to simply copy one sprite's position and angle data to another sprite (e.g. the arm to the arm patch, so that they're pixel-perfectly aligned.) I seem to have to resort to copying each of the three pieces of data (and scale too, if applicable) from the Object Properties, one at a time. Is there a shorter way? Someone was asking for this

Another example: press F to center the view. Is anything happening? Who knows? Until you move the mouse, that is, then suddenly your view centers.

Another example: scrolling Steps to reproduce: grab the vertical scrollbar knob, and move it, then let go with the mouse cursor still above the scrollbar knob. Wait as long as you like. Then move the mouse into the main area. Surprise graphics refresh to a different location!

(Although, hopefully the devs also recognize that this is a rather situation to leave a user in...)

Awesome, I will give it a shot. Thanks!

So...the choices are tedious vs tedious. Hmm. I don't have enough experience to know which way, if any, is worse. Well, thanks for acknowledging my experience and sharing yours, it's nice to know I'm not alone at least When you talk about a z-order backup that's the part I don't understand--how can you copy the z-order just to one other frame, not to all of them?