diff --git a/packages/documentation/copy/en/handbook-v2/Object Types.md b/packages/documentation/copy/en/handbook-v2/Object Types.md
index b065916dfc93..4c2dc4862918 100644
--- a/packages/documentation/copy/en/handbook-v2/Object Types.md	
+++ b/packages/documentation/copy/en/handbook-v2/Object Types.md	
@@ -177,10 +177,8 @@ function paintShape({ shape, xPos = 0, yPos = 0 }: PaintOptions) {
 Here we used [a destructuring pattern](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/Destructuring_assignment) for `paintShape`'s parameter, and provided [default values](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/Destructuring_assignment#Default_values) for `xPos` and `yPos`.
 Now `xPos` and `yPos` are both definitely present within the body of `paintShape`, but optional for any callers to `paintShape`.
 
-<aside>
 Note that there is currently no way to place type annotations within destructuring patterns.
 This is because the following syntax already means something different in JavaScript.
-</aside>
 
 ```ts twoslash
 // @noImplicitAny: false
@@ -727,15 +725,12 @@ function doSomething(stringHash: [string, number]) {
 }
 ```
 
-<aside>
 Tuple types are useful in heavily convention-based APIs, where each element's meaning is "obvious".
 This gives us flexibility in whatever we want to name our variables when we destructure them.
 In the above example, we were able to name elements `0` and `1` to whatever we wanted.
 
 However, since not every user holds the same view of what's obvious, it may be worth reconsidering whether using objects with descriptive property names may be better for your API.
 
-</aside>
-
 Other than those length checks, simple tuple types like these are equivalent to types which are versions of `Array`s that declare properties for specific indexes, and that declare `length` with a numeric literal type.
 
 ```ts twoslash