From b566bfb0b9eb9acc408dd435eb086e6261169a0e Mon Sep 17 00:00:00 2001
From: Nathan Sweet <nathan.sweet@gmail.com>
Date: Mon, 30 Mar 2020 23:21:25 +0200
Subject: [PATCH] Javadocs.

---
 .../src/com/esotericsoftware/spine/AnimationState.java      | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/spine-libgdx/spine-libgdx/src/com/esotericsoftware/spine/AnimationState.java b/spine-libgdx/spine-libgdx/src/com/esotericsoftware/spine/AnimationState.java
index 374729960..14ee4be6a 100644
--- a/spine-libgdx/spine-libgdx/src/com/esotericsoftware/spine/AnimationState.java
+++ b/spine-libgdx/spine-libgdx/src/com/esotericsoftware/spine/AnimationState.java
@@ -78,7 +78,7 @@ public class AnimationState {
 	 * place. */
 	static private final int HOLD_MIX = 3;
 	/** 1) This is the last attachment timeline to set the attachment for a slot.<br>
-	 * Result: Do not apply this timeline when mixing out. Attachment timelines that are not last are applied when mixing out so
+	 * Result: Don't apply this timeline when mixing out. Attachment timelines that are not last are applied when mixing out, so
 	 * any deform timelines are applied and subsequent entries can mix from that deform. */
 	static private final int LAST = 4;
 
@@ -256,7 +256,7 @@ public class AnimationState {
 		}
 
 		// Set slots attachments to the setup pose, if needed. This occurs if an animation that is mixing out sets attachments so
-		// subsequent timelines see any deform, but the subsequent timelines don't set an attachment (they are also mixing out or
+		// subsequent timelines see any deform, but the subsequent timelines don't set an attachment (eg they are also mixing out or
 		// the time is before the first key).
 		int setupState = unkeyedState + SETUP;
 		Object[] slots = skeleton.slots.items;
@@ -267,7 +267,7 @@ public class AnimationState {
 				slot.setAttachment(attachmentName == null ? null : skeleton.getAttachment(slot.data.index, attachmentName));
 			}
 		}
-		unkeyedState += 2;
+		unkeyedState += 2; // Increasing after each use avoids the need to reset attachmentState for every slot.
 
 		queue.drain();
 		return applied;