# View and movements First, it's important to learn how to move around the scene you are building in order to better manage perspective and evaluate space and placement. You can use the mouse (or trackpad) and keyboard simultaneously for optimal editing. The keyboard alone does not allow an unlimited number of movements, whereas the mouse does. The difference, however, is that the mouse by its very nature has spatial limitations related to the size of its support surface in relation to the amplitude of the movement you perform, while the keyboard can allow continuous movements of unlimited amplitude (just holding down a key is enough to extend a command). At the end of this section, we will outline some best practices for using them together to achieve smooth movements and precise positioning. If we consider an absolute condition for the positioning of objects, with spatial coordinates that converge to the 0 point in the upper left corner of our scene (or of the global map in the open world), the movement in space assumes a relative condition, referring to the orientation of our point of view (**POV**) for each and every instant in which the movement itself takes place, thus considering a horizontal axis for **x**, a vertical one for **y**, and one perpendicular to us for **z**, always concordant to our POV. This imaginary, fixed Cartesian system, of which **z** traces an invisible line between us and the object we are observing, does not correspond to the references relating to the movement of the objects themselves, except in a specific mode of [translation on the orthogonal plane](https://docs-en.coderblock.com/coderblock-studio/builder-tool-advanced-guide/working-environment/design-tools/gizmo-and-assets-manipulation/position/movement-on-the-orthogonal-plane). Later, when we deal with manipulating and editing objects in the scene, we will assign **red**, **green**, and **blue** reference colors to these axes. The POV cannot rotate around itself, but always relative to a **focus** that affects it, as if walking along a circumference or on the surface of a sphere, always looking at the center. Rotation of the POV on axes is only possible for **panning** (y-axis) and **tilting** (x-axis). {% hint style="info" %} Imagining the camera at a fixed point, the main movements are derived directly from film jargon and practice. In this specific context, we count three, one for each axis of rotation: **tilting (x)**, **panning (y)** and **rolling (z)**. \ However, since there are no directorial/cinematic needs, but only practical and architectural ones, the rolling movement is excluded from the possibilities. This may seem like a limitation, but it is actually an advantage because it allows for faster execution in the construction phases. The absence of rolling will be most noticeable when describing the [orthogonal plane positioning](https://docs-en.coderblock.com/coderblock-studio/builder-tool-advanced-guide/working-environment/design-tools/gizmo-and-assets-manipulation/position/movement-on-the-orthogonal-plane) tool. **To make it easier to distinguish between the axes of the workspace and those of the POV, we will refer to the former by the letters ****x****, ****y****, ****z****, according to the spatial coordinate system, and to the latter by the terms ****tilting****, ****panning**** and ****rolling****.** {% endhint %} ### Focus When you enter a scene, whether it is new or loading a previous work, the focus is placed on a predefined point in space. Your movements in the environment and the manipulation of objects will affect the focus. Its centering can be restored by clicking on the [**Focus Camera**](https://docs-en.coderblock.com/coderblock-studio/builder-tool-advanced-guide/design-tools/control-panel#focus-camera) button to reinitialize it, or by pressing the **F key** after selecting an object to reset the focus on that object. The latter operation is very useful when you are working in large environments, where moving your POV can cause rotations over very large radii for the selected object. ### Using the mouse/trackpad The combined use of the three buttons (two side buttons and the center wheel) with the mouse movement allows a comprehensive use of the space, with no limits in the selection and movement of objects and PDV. If you wanted, you could use only this device for integral processing, without ever using the keyboard (except for customizations). * The **left button** of the mouse retains its primary function of **selecting, dragging,** and **dropping**, and is therefore associated with **placing** and **manipulating** **objects** from the [Asset Pack](https://docs-en.coderblock.com/coderblock-studio/builder-tool-advanced-guide/working-environment/design-tools/asset-packs) or already in the scene. Left-clicking on a point in the scene where there are no objects will therefore produce no results. * The **right button** of the mouse allows you to **rotate around the** **panning axis (y)**, which is vertical to our focus, and **around the** **tilting axis (x)**, which is horizontal. The distance of our POV from the focus determines the rotation radius of the POV itself. * The **middle button** of the mouse, corresponding to the cogwheel, is the one that suffers most from the mechanical limitations of the work surface, but it allows total control of the **linear movements**. Clicking on the cogwheel produces a **shifting**, where the horizontal movement of the mouse allows **lateral movement along the** **tilting axis (x)** and the vertical movement, on the other hand, results in **elevation along the** **panning axis (y)**. Finally, rotating the wheel allows you to **zoom** forward and backward, so **in depth along the** **rolling axis (z)**. **Please note**: the use of a **trackpad** is not explored in depth because the gestures that correspond to mouse movements are specific to the hardware in use and may vary. ### Using the Keyboard As anticipated, the keyboard allows a limited number of movements, and they are only related to the **zoom** and **shifting** functions, i.e. those associated with the middle mouse button. The advantage of using the keyboard, however, is related to the **persistence of the command**, which allows large movements with extreme fluidity. In fact, if the mouse has the mechanical limitation of its usable surface, and the movement in space is related to the movement of the mouse, the movement performed by the keyboard is related to the duration of the key presses. The keys associated with such moves are the first 6 on the left side of the keyboard, distributed as follows: * **A****/****D**, respectively the left or right lateral shift, corresponds to the movement on the **tilting axis (x)**; * **Q****/****E**, allow movement in the vertical plane, lowering and raising the POV along the **panning axis (y)**; * **W****/****S**, to move forward and backward along the **rolling axis (z)**.

Constant button presses move the POV along the axes, but what if we want to move in one plane? It's easy: just give the commands for the directions involved at the same time. The same goes for moving in three-dimensional space: press three buttons, one for each axis.\ Ex: I want to move along on the horizontal plane while moving forward and to the right at the same time, so I will press W and D, dosing them to get to the desired point. Note: as mentioned at the beginning of the chapter, the translation axes are relative. Therefore, if we were looking at our environment from above, and had therefore applied a downward tilt to frame the scene (as in the image above), a forward movement along the **rolling (z) axis** (**W** key pressed) will not be parallel to the horizontal plane of the scene itself, but diagonal to it, and insisting on the movement will intercept it. **Best practice**: motion management is best done with a combination of keyboard and mouse, where we leave 100% of the linear movement, zooming and panning to the keyboard, and use the mouse for tilting and panning, using only the right button and not the middle button.