(Fix)Removed < > from xref links and set unordered list to ordered list

Author: QuestSWE

articles/tutorials/building_2d_games/12_collision_detection/index.md

@@ -58,12 +58,12 @@ $$(radius_{circle1} + radius_{circle2})^2 > a^2 + b^2$$
 
 It is easy to confuse the direction of the inequality sign. As a quick mental test, think of how the math works when the origin of two circles are at the same position, i.e., when the *squared distance* is zero.
 
-To calculate the squared distance between two points, MonoGame provides the [**Vector2.DistanceSquared**](<xref:Microsoft.Xna.Framework.Vector2.DistanceSquared(Microsoft.Xna.Framework.Vector2,Microsoft.Xna.Framework.Vector2)>) method:
+To calculate the squared distance between two points, MonoGame provides the [**Vector2.DistanceSquared**](xref:Microsoft.Xna.Framework.Vector2.DistanceSquared(Microsoft.Xna.Framework.Vector2,Microsoft.Xna.Framework.Vector2)) method:
 
 [!code-csharp[](./snippets/vector2_distance.cs)]
 
 > [!TIP]
-> MonoGame also provides a distance calculation method with [**Vector2.Distance**](<xref:Microsoft.Xna.Framework.Vector2.Distance(Microsoft.Xna.Framework.Vector2,Microsoft.Xna.Framework.Vector2)>) which returns the distance by providing the square root of the distance squared. So why not use this instead?
+> MonoGame also provides a distance calculation method with [**Vector2.Distance**](xref:Microsoft.Xna.Framework.Vector2.Distance(Microsoft.Xna.Framework.Vector2,Microsoft.Xna.Framework.Vector2)) which returns the distance by providing the square root of the distance squared. So why not use this instead?
 >
 > Square root operations are more computationally complex for a CPU. So instead of getting the normal distance, which would require the square root operation, it is more efficient for the cpu to multiply the sum of the radii by itself to get the squared sum and use that for comparison instead.
 
@@ -93,7 +93,7 @@ To determine if two rectangles overlap using AABB collision detection, there are
 
 If even a single one of these conditions is false, then the rectangles are not overlapping and thus not colliding.
 
-MonoGame provides the [**Rectangle.Intersects**](<xref:Microsoft.Xna.Framework.Rectangle.Intersects(Microsoft.Xna.Framework.Rectangle)>) method which will perform an AABB collision check for us:
+MonoGame provides the [**Rectangle.Intersects**](xref:Microsoft.Xna.Framework.Rectangle.Intersects(Microsoft.Xna.Framework.Rectangle)) method which will perform an AABB collision check for us:
 
 [!code-csharp[](./snippets/rectangle_intersects.cs)]
 
@@ -144,7 +144,7 @@ For example:
 
 [!code-csharp[](./snippets/blocking_example.cs)]
 
-Sometimes, instead of preventing an object from moving onto another object, we want to ensure an object remains contained within a certain bounding area. MonoGame also provides the [**Rectangle.Contains**](<xref:Microsoft.Xna.Framework.Rectangle.Contains(Microsoft.Xna.Framework.Rectangle)>) method that we can use to determine this. [**Rectangle.Contains**](<xref:Microsoft.Xna.Framework.Rectangle.Contains(Microsoft.Xna.Framework.Rectangle)>) can check if any of the following are completely contained within the bounds of the rectangle;
+Sometimes, instead of preventing an object from moving onto another object, we want to ensure an object remains contained within a certain bounding area. MonoGame also provides the [**Rectangle.Contains**](xref:Microsoft.Xna.Framework.Rectangle.Contains(Microsoft.Xna.Framework.Rectangle)) method that we can use to determine this. [**Rectangle.Contains**](xref:Microsoft.Xna.Framework.Rectangle.Contains(Microsoft.Xna.Framework.Rectangle)) can check if any of the following are completely contained within the bounds of the rectangle;
 
 - [**Point**](xref:Microsoft.Xna.Framework.Point)
 - [**Rectangle**](xref:Microsoft.Xna.Framework.Rectangle)
@@ -174,7 +174,7 @@ For example:
 
 #### Bounce Collision Response
 
-For games that need objects to bounce off each other (like the ball in a Pong game), we need to calculate how their velocity should change after the collision. MonoGame provides the [**Vector2.Reflect**](<xref:Microsoft.Xna.Framework.Vector2.Reflect(Microsoft.Xna.Framework.Vector2,Microsoft.Xna.Framework.Vector2)>) method to handle this calculation for us. The method needs two pieces of information:
+For games that need objects to bounce off each other (like the ball in a Pong game), we need to calculate how their velocity should change after the collision. MonoGame provides the [**Vector2.Reflect**](xref:Microsoft.Xna.Framework.Vector2.Reflect(Microsoft.Xna.Framework.Vector2,Microsoft.Xna.Framework.Vector2)) method to handle this calculation for us. The method needs two pieces of information:
 
 1. The incoming vector (the direction the object is moving in before the collision).
 2. The normal vector (the direction perpendicular to the surface).
@@ -318,15 +318,15 @@ The key changes made here are:
 2. The field `_batVelocity` was added to track the velocity of the bat.
 3. The `AssignRandomBatVelocity()` method was added which calculates a random x and y velocity for the bat to move at when called.
 4. In [**Initialize**](xref:Microsoft.Xna.Framework.Game.Initialize), the initial position of the bat is set and `AssignRandomVelocity` is called to assign the initial velocity for the bat.
-5. In [**Update**](<xref:Microsoft.Xna.Framework.Game.Update(Microsoft.Xna.Framework.GameTime)>), collision detection and response logic was added to perform the following in order:
+5. In [**Update**](xref:Microsoft.Xna.Framework.Game.Update(Microsoft.Xna.Framework.GameTime)), collision detection and response logic was added to perform the following in order:
    1. A [**Rectangle**](xref:Microsoft.Xna.Framework.Rectangle) bound is created to represent the bounds of the screen.
    2. A `Circle` bound is created to represent the bounds of the slime.
    3. Distance based checks are performed to ensure that the slime cannot move outside of the screen, the resolution of which is to perform a blocking response.
    4. A new position for the bat is calculated based on the current velocity of the bat.
    5. A `Circle` bound is created to represent the bounds of the bat.
    6. Distance based checks are performed to ensure the bat cannot move outside of the screen, the resolution of which is to perform a bounce response.
    7. A collision check is made to determine if the slime and bat are colliding (bat "eating" the slime). If so, the bat is assigned a new random position within the screen and assigned a new random velocity.
-6. In [**Draw**](<xref:Microsoft.Xna.Framework.Game.Draw(Microsoft.Xna.Framework.GameTime)>), the bat is now drawn using the `_batPosition` value.
+6. In [**Draw**](xref:Microsoft.Xna.Framework.Game.Draw(Microsoft.Xna.Framework.GameTime)), the bat is now drawn using the `_batPosition` value.
 
 Running the game now
 
@@ -389,10 +389,10 @@ In the next chapter, we will explore using tilesets and tilemaps to create tile
    Two circles are colliding if the distance between their centers is less than the sum of their radii. If the distance is greater, they are separate. If the distance equals the sum of radii, they are just touching at one point.
    :::
 
-4. When implementing bounce collision response, what two pieces of information does [**Vector2.Reflect**](<xref:Microsoft.Xna.Framework.Vector2.Reflect(Microsoft.Xna.Framework.Vector2,Microsoft.Xna.Framework.Vector2)>) need?
+4. When implementing bounce collision response, what two pieces of information does [**Vector2.Reflect**](xref:Microsoft.Xna.Framework.Vector2.Reflect(Microsoft.Xna.Framework.Vector2,Microsoft.Xna.Framework.Vector2)) need?
 
    ::: question-answer
-   [**Vector2.Reflect**](<xref:Microsoft.Xna.Framework.Vector2.Reflect(Microsoft.Xna.Framework.Vector2,Microsoft.Xna.Framework.Vector2)>) needs:
+   [**Vector2.Reflect**](xref:Microsoft.Xna.Framework.Vector2.Reflect(Microsoft.Xna.Framework.Vector2,Microsoft.Xna.Framework.Vector2)) needs:
 
    1. The incoming vector (direction the object is moving).
    2. The normal vector (direction perpendicular to the surface being hit).

articles/tutorials/building_2d_games/17_scenes/index.md

@@ -115,7 +115,7 @@ The key changes here are:
 
 ## Updating the Game
 
-With the scene architecture in place, we’re now ready to update the game by breaking it into separate scenes. We will create two scenes; a title scene and a gameplay scene.  First, however, we need to add an additional SpriteFont Description that will be used during the title scene to display the title of the game. Open the *Content.mgcb* content project file in the MGCB Editor and perform the following:
+With the scene architecture in place, we are now ready to update the game by breaking it into separate scenes. We will create two scenes; a title scene and a gameplay scene.  First, however, we need to add an additional SpriteFont Description that will be used during the title scene to display the title of the game. Open the *Content.mgcb* content project file in the MGCB Editor and perform the following:
 
 1. Right-click the `fonts` folder and choose `Add > New Item...`.
 2. Select `SpriteFont Description (.spritefont)` from the options.

articles/tutorials/building_2d_games/22_snake_game_mechanics/index.md

@@ -269,8 +269,8 @@ This update method:
 2. Calls `HandleInput` to check for player input.
 3. Increments the movement timer by the amount of time that has elapsed between the game's update cycles.
 4. Performs a check to see if the movement timer has accumulated more time than the threshold to perform a movement cycle update. If it has then:
-   - The movement timer is reduced by the threshold time.
-   - The `Move` method is called to perform a movement cycle update.
+   1. The movement timer is reduced by the threshold time.
+   2. The `Move` method is called to perform a movement cycle update.
 5. Finally, the movement progress amount is calculated by dividing the number of seconds accumulated for the movement timer by the number of seconds for the threshold.  This gives us a normalized value between 0.0 and 1.0 that we can use for visual interpolation for fluid movement.
 
 > [!TIP]