Dynamic Input and Direct Distance Entry are two on-screen precision techniques that let a drafter place points without ever touching the traditional absolute/relative/polar syntax from the previous section. Both rely on tooltips that follow the cursor, and both are toggled through the status bar or a function key — F12 for Dynamic Input.

Pointer Input vs. Dimension Input

When Dynamic Input is on, AutoCAD displays a small tooltip next to the crosshair as soon as a command asks for a point. For the very first point of a command, this tooltip works like pointer input — it shows an X field and a Y field, functioning much like typing an absolute coordinate, and you can press Tab to move from the X field to the Y field before pressing Enter.

Once a second point is needed, the tooltip switches to dimension input: instead of X and Y fields, it shows a distance field and an angle field, updating live as you move the mouse. This is the on-screen equivalent of a relative polar coordinate — the numbers describe how far and in what direction the next point sits from the last one, not where it sits on the whole drawing.

The Default Flips: Relative Becomes the Default

This is the single most important — and most tested — difference between Dynamic Input and classic command-line entry. On the command line, a second point defaults to absolute unless you add the @ symbol to make it relative. With Dynamic Input turned on, that default flips: a second point defaults to relative, described as distance<angle, with no @ symbol needed at all.

To override this default and force an absolute coordinate while Dynamic Input is active, type the # (pound/hash) symbol before the coordinate, such as #4,3. The # symbol tells AutoCAD "measure this from the origin, not from the last point" — it plays the same role that @ plays on the classic command line, except in reverse: @ makes classic entry relative, while # makes Dynamic Input entry absolute.

Tab Cycling and Locking Values

While a dimension input tooltip is showing a distance field and an angle field, pressing Tab moves the highlighted, editable field from one to the other without leaving the command or clicking anything. This lets you type a distance, press Tab, type an angle, and press Enter — filling in both fields of a relative polar-style entry entirely through the keyboard while watching the preview update on screen. Some workflows also let you lock a field in place (through a small lock icon or the Up/Down arrow keys) while you adjust the cursor to set the other value visually, which is useful when you know the exact distance you want but want to eyeball the angle against existing geometry.

Direct Distance Entry (DDE): Mouse for Angle, Keyboard for Distance

Direct Distance Entry takes a different, more mouse-driven approach. Instead of typing both a distance and an angle, you move the cursor in the direction you want the new point to go, and then simply type a number and press Enter — AutoCAD places the point that many units away, in whatever direction the cursor was pointing at that moment. There is no distance<angle syntax involved and no need to calculate an angle yourself; the direction comes entirely from where you dragged the mouse.

Why DDE Needs Ortho or Polar Tracking

Moving the mouse freehand almost never produces a perfectly clean angle like exactly 0°, 90°, or 45° — a hand-drawn drag might land at 89.3° or 44.7°, and typing a distance along that imprecise direction would place the point at the wrong location. This is why Direct Distance Entry is only reliable when Ortho mode (F8) or Polar Tracking (F10) is active first. Ortho locks the cursor to strict horizontal or vertical directions only; Polar Tracking locks it to whatever angle increment you've configured (commonly 90°, 45°, or 30°). Either one snaps your freehand drag to a clean, repeatable angle, and only then does typing a distance produce a trustworthy, exact point.

Worked Numeric Example

Suppose the last point placed is (6, 5), and Polar Tracking is set to a 45° increment. Dragging the cursor up and to the right activates the 45° tracking path, and its tooltip confirms an angle of 45°. Typing 7.07 and pressing Enter places the new point along that locked 45° direction: the displacement splits evenly between X and Y, since 7.07 × cos(45°) ≈ 5.0 and 7.07 × sin(45°) ≈ 5.0, landing the new point at approximately (11, 10).

Now switch to Ortho mode instead, and drag the cursor straight to the right from (11, 10). Ortho locks the direction to exactly 0°, so typing 4 and pressing Enter places the point at (15, 10) — the full 4 units land entirely in X, with no change to Y at all, because Ortho eliminated any diagonal drift the mouse might have introduced.

On the Exam

Expect questions that describe a status-bar setting — Dynamic Input on, Ortho on, or Polar Tracking on — together with a typed number, then ask you to identify the resulting point or to identify which tool made that clean entry possible. The # override for forcing absolute coordinates inside Dynamic Input, and the requirement that DDE needs Ortho or Polar Tracking to produce a reliable angle, are the two nuances most likely to appear as direct test items.