Transformations and graphing

Think of a graph like a picture you've drawn on a piece of paper. Transformations are just ways to change that picture without redrawing it completely. You can:

• Slide it around (like moving your paper across the table). This is called a translation.
• Stretch or squish it (like using a special lens to make your picture wider or taller). This is called a dilation or stretch.
• Flip it over (like turning your paper upside down or mirroring it). This is called a reflection.

These changes are super useful because if you know what a basic graph looks like (like y = x² which makes a U-shape), you can easily figure out what a more complicated one looks like (like y = (x-3)² + 5) by just imagining these slides, stretches, and flips. It's like having a master key to unlock all sorts of graphs!

Let's imagine you're a video game designer, and you've created a cool character, let's call him 'Hero'. Hero starts at the center of the screen.

1. Translation (Sliding): If you want Hero to move 5 steps to the right and 2 steps up, you're performing a translation. The character's shape doesn't change, just its position on the screen. In math, this would be like taking a graph and moving it right and up.
2. Dilation (Stretching/Squishing): If Hero gets a 'power-up' and suddenly becomes twice as tall, that's a vertical dilation. If he runs into a 'squish trap' and becomes half as wide, that's a horizontal dilation. His proportions change, but he's still Hero. On a graph, this makes it look taller/shorter or wider/narrower.
3. Reflection (Flipping): If Hero walks through a magical mirror, his image appears on the other side, facing the opposite direction. That's a reflection. In math, this would be like flipping a graph over the x-axis or y-axis, like looking at its mirror image.

When you see an equation like y = a * f(b(x - h)) + k, it might look scary, but it's just a recipe for transformations! Here's how to decode it:*

1. Start with the basic function: Imagine the simplest version, like y = f(x). This is your original picture.
2. Handle horizontal shifts (inside the parentheses): Look at the 'h' in (x - h). If it's (x - 3), the graph slides 3 units to the right. If it's (x + 3) (which is x - (-3)), it slides 3 units to the left. It's always the opposite of what you might think!
3. Handle horizontal stretches/compressions (inside the parentheses): Look at the 'b' in f(b(x - h)). If b is a number bigger than 1 (like 2), the graph gets compressed (squished) horizontally by a factor of 1/b. If b is between 0 and 1 (like 1/2), it gets stretched horizontally by a factor of 1/b. Again, it's the opposite of what you might expect!
4. Handle horizontal reflections (inside the parentheses): If 'b' is negative (like -x), the graph reflects (flips) across the y-axis.
5. Handle vertical stretches/compressions (outside the function): Look at the 'a' in a * f(...). If 'a' is a number bigger than 1 (like 2), the graph gets stretched vertically by a factor of 'a'. If 'a' is between 0 and 1 (like 1/2), it gets compressed (squished) vertically by a factor of 'a'. This one is exactly what you expect!
6. Handle vertical reflections (outside the function): If 'a' is negative (like -f(x)), the graph reflects (flips) across the x-axis.
7. Handle vertical shifts (outside the function): Look at the 'k' in ... + k. If it's + 5, the graph slides 5 units up. If it's - 5, it slides 5 units down. This one is also exactly what you expect!*

Just like you can't put the icing on before you bake the cake, the order in which you apply transformations matters! Imagine you're transforming a point (x, y) on your graph.

1. Horizontal changes first (inside the function): Always deal with the 'b' and 'h' that affect the 'x' value first. Think of it as affecting the input before the function does its main job. So, you'd apply the horizontal stretch/compression and then the horizontal shift.
2. Vertical changes last (outside the function): Then, deal with the 'a' and 'k' that affect the 'y' value. These are applied after the function has done its work. So, you'd apply the vertical stretch/compression/reflection, and then the vertical shift.

It's like getting dressed: you put on your shirt (horizontal changes) before you put on your jacket (vertical changes). If you do it in the wrong order, your outfit might look a bit silly!

Here are some common traps students fall into and how to dodge them:

• Mistake 1: Mixing up horizontal shifts. Students often think f(x + 2) moves right. ❌ f(x + 2) moves the graph 2 units left (because x has to be -2 to get back to 0). ✅ Remember: horizontal shifts are always the opposite of the sign you see. Think of it as 'x has to do extra work to get to the original spot'.
• Mistake 2: Incorrect order of transformations. Applying vertical shift before vertical stretch. ❌ If you have 2f(x) + 3, you first stretch by 2, then shift up by 3. ✅ Always do stretches/compressions/reflections (multiplication) before shifts (addition/subtraction). Think PEMDAS (Parentheses, Exponents, Multiplication/Division, Addition/Subtraction) for transformations too!
• Mistake 3: Forgetting about the 'b' in f(b(x-h)). Students sometimes treat f(2x - 4) as a shift of 4. ❌ You must first factor out the 'b': f(2(x - 2)). Now the shift is 2 units right, and it's a horizontal compression by 1/2. ✅ Always factor out the 'b' coefficient from the 'x' term inside the parentheses before determining the horizontal shift.