AutoCAD Quiz: Text Creation And Styles
10 questions · exam conditions
0:00
Text Creation And StylesQuestion 1 of 10

A title must be created as single-line text between two specified endpoints. Its height must remain exactly 3 mm3\text{ mm}, but the characters may be compressed or expanded horizontally so that the title ends at the second point.

Which TEXT justification option should be used?

Use Align, because it changes the text height and width proportionally until the text reaches both specified endpoints.
Use Fit, because it retains the entered height while adjusting character width to reach both specified endpoints.
Use Center, because it fixes the entered height and distributes the characters evenly between the two endpoints.
Use Middle, because it fixes the entered height and scales the text uniformly around the midpoint of the endpoints.
← Back to quizzes

AutoCAD Quiz

AutoCAD Quiz: Text Creation And Styles

Practice Text Creation And Styles in AutoCAD with focused quiz questions that help you check what you know, review explanations, and build confidence with test-style prompts.

What this quiz covers

This quiz focuses on Text Creation And Styles, giving you a quick way to practice the rules, question types, and explanations that matter most for AutoCAD.

How to use this quiz

Try each quiz question before looking at the correct answer. Use the explanations to review missed ideas, then come back to similar questions until the pattern feels familiar.

All questions

Question 1

A title must be created as single-line text between two specified endpoints. Its height must remain exactly 3 mm3\text{ mm}, but the characters may be compressed or expanded horizontally so that the title ends at the second point.

Which TEXT justification option should be used?

  1. Use Align, because it changes the text height and width proportionally until the text reaches both specified endpoints.
  2. Use Fit, because it retains the entered height while adjusting character width to reach both specified endpoints. (correct answer)
  3. Use Center, because it fixes the entered height and distributes the characters evenly between the two endpoints.
  4. Use Middle, because it fixes the entered height and scales the text uniformly around the midpoint of the endpoints.
Explanation: When working with AutoCAD's TEXT command, the key distinction to understand is how each justification option handles height and width when you specify two endpoints. Some options sacrifice height to fit the text; others lock the height and adjust only the width. The scenario requires a fixed height of 3 mm3\text{ mm} while allowing horizontal compression or expansion — this is precisely what Fit does. With Fit, you define two endpoints and a text height; AutoCAD locks that height and stretches or squishes character widths so the text spans exactly between both points. That makes B the correct answer. A is wrong because Align does the opposite of what's needed. Align adjusts both height and width proportionally to reach the two endpoints — meaning your 3 mm3\text{ mm} height would change, violating the requirement. Align is useful when you want proportional scaling but don't care about a fixed height. C is wrong because Center justification only anchors the text horizontally around a single center point. It does not use two endpoints to control the text span, and it does not compress or expand characters to fill a defined range. D is wrong because Middle is similar to Center — it places text at the midpoint both horizontally and vertically around a single anchor point. It doesn't use two endpoints to stretch the text, and it performs no width adjustment. A helpful memory trick: Fit = Fixed height, flexible width; Align = Adjusts both. Whenever an exam question specifies a locked height with two endpoints, that combination is the signature of the Fit option.

Question 2

The current text style has a fixed height of 2.52.5. A user starts the TEXT command to create a label at height 4.04.0, but the command does not display a height prompt.

Which change provides the intended height-entry workflow for future single-line text?

  1. Set TEXTSIZE to 4.04.0 while leaving the text style's fixed height at 2.52.5, and then restart TEXT.
  2. Set the text style height to 00, restart TEXT, and enter 4.04.0 when the height prompt appears. (correct answer)
  3. Set the text style width factor to 1.61.6, restart TEXT, and accept the fixed height supplied by the style.
  4. Keep the fixed-height style, enable annotative text, and enter 4.04.0 as the current annotation scale.
Explanation: Whenever you see a question about the TEXT command skipping the height prompt, focus on one key rule: AutoCAD only asks for a height during text placement when the current text style has a height of 00. A fixed height overrides everything else — it locks the text size and suppresses the prompt entirely, regardless of what TEXTSIZE or any other setting says. That's exactly why B is correct. By resetting the text style's height to 00, you remove the fixed override. The next time you run the TEXT command, AutoCAD has no predetermined height to fall back on, so it presents the height prompt — and you can type 4.04.0 freely. This is the proper workflow for variable-height single-line text. A is a common trap. TEXTSIZE stores the last-used height as a default suggestion during the prompt, but it has no effect when a fixed style height is active. Since the style's height is still 2.52.5, the prompt still won't appear — TEXTSIZE is irrelevant here. C confuses width factor with height. The width factor stretches characters horizontally; it does nothing to change the vertical height of the text. Accepting a fixed height of 2.52.5 would still produce 2.52.5-tall text, not 4.04.0. D mixes up two separate systems. Annotative text adjusts how objects scale across viewports, not how you manually enter a specific creation height. Entering 4.04.0 as an annotation scale controls display scaling, not the actual text height at creation. Study tip: Memorize this trigger — style height =0= 0 means the prompt appears; any nonzero style height silently suppresses it.

Question 3

A text style uses a TrueType font. The designer needs vertical text in which the characters follow the font's supported vertical orientation, rather than a conventional horizontal text string merely rotated by 9090^\circ. The Vertical option is unavailable for the current style.

Which action is required to make the style-based Vertical option available?

  1. Select an SHX font that supports vertical orientation, and then enable Vertical in the text style definition. (correct answer)
  2. Retain the TrueType font, set the style's oblique angle to 9090^\circ, and then enable Vertical.
  3. Retain the TrueType font, assign a negative width factor, and then rotate the text object by 9090^\circ.
  4. Convert the style to annotative, add a vertical annotation scale, and then enable the Vertical property.
Explanation: When working with text styles in AutoCAD, the Vertical option in the Text Style dialog controls whether characters are stacked vertically using orientation data embedded in the font itself — this is fundamentally different from simply rotating a text object. The key constraint is that this option is only available when the assigned font actually supports vertical character orientation, and TrueType fonts do not support this feature in AutoCAD. Only certain SHX fonts contain the vertical orientation metrics that AutoCAD requires to activate the Vertical checkbox. That makes A the correct action: switching from the TrueType font to a compatible SHX font (such as those with a @ prefix, which signal dual-orientation support) unlocks the Vertical option in the style definition, producing true character-by-character vertical stacking. B is wrong because retaining the TrueType font is precisely the problem — changing the oblique angle to 9090^\circ just shears characters diagonally; it does nothing to enable the Vertical option, which remains grayed out regardless. C describes a workaround using a negative width factor combined with rotation, which produces a mirrored or distorted appearance — not true vertical orientation — and still doesn't activate the style-based Vertical property. D confuses annotative scaling with text orientation; annotative styles control how text scales across viewports at different scales, and adding a vertical annotation scale has no effect on the Vertical character-orientation setting. As a study tip, remember this pairing: SHX font = Vertical option available; TrueType font = Vertical option grayed out. AutoCAD exam questions often test whether you know why a dialog option is unavailable, not just what it does.

Question 4

A multi-line numbered note must use a hanging indent: the number begins at the left margin, while wrapped lines begin farther to the right under the note text. The alignment must remain correct when words are later added or removed.

Which formatting method is most appropriate?

  1. Create each displayed line as a separate TEXT object and align their insertion points with object snaps.
  2. Insert spaces before every wrapped line and assign the note a text style with a reduced width factor.
  3. Use the MTEXT ruler to place the first-line indent left of the paragraph indent and define an appropriate tab stop. (correct answer)
  4. Increase the MTEXT boundary width and use center justification to place wrapped lines beneath the note text.
Explanation: When a question asks about formatting multi-line notes in AutoCAD, think about which tool actually controls paragraph structure dynamically — meaning the formatting holds up even when text is edited later. A hanging indent is a specific paragraph format where the first line sits to the left of all subsequent wrapped lines. In MTEXT, the ruler gives you direct control over two separate indent markers: the first-line indent and the paragraph indent. By dragging the first-line indent marker to the left of the paragraph indent marker, you create a true hanging indent. You can also set a tab stop so the note text after the number aligns cleanly. Because MTEXT stores this as paragraph-level formatting, it automatically reflows correctly whenever you add or remove words — making C the right answer. Choice A fails because separate TEXT objects have no relationship to each other. If you edit the note and a line wraps differently, you must manually reposition every object — this is fragile and time-consuming. Choice B is a workaround, not a solution: manually inserted spaces break the moment text reflows, and adjusting the width factor changes how characters look, not how paragraphs are indented. Choice D misunderstands what justification does — center justification aligns text to the center of the boundary, which would push wrapped lines to the middle of the column, not beneath the note text in a hanging-indent pattern. Increasing boundary width does nothing to create indent structure. The key study tip: on AutoCAD exam questions about text formatting, always favor MTEXT paragraph controls (ruler, indent markers, tab stops) over manual workarounds. MTEXT is designed to be dynamic; manual tricks break on edits.

Question 5

An MTEXT note wraps into five lines. More horizontal space is now available, and the note should reflow into fewer lines without changing the height or proportions of its characters.

Which edit best meets the requirement?

  1. Change the MTEXT attachment point so the text expands horizontally while retaining the existing paragraph boundary.
  2. Increase the text style's width factor so each character becomes wider while retaining the existing paragraph boundary.
  3. Increase the MTEXT line-spacing factor so more words fit on each line without changing character proportions.
  4. Increase the MTEXT boundary width so the paragraph rewraps while retaining its character formatting and text height. (correct answer)
Explanation: When working with MTEXT in AutoCAD, it helps to separate two independent concepts: the text boundary width (the invisible box that controls line wrapping) and the character formatting (height, width factor, font). The question asks you to reflow text into fewer lines without distorting the characters — so your solution must touch only the boundary, not the formatting. Increasing the MTEXT boundary width (D) is exactly the right move. When you stretch the boundary wider, AutoCAD automatically rewraps the paragraph so more words fit on each line, reducing the total line count. The text height and character proportions remain completely untouched — you're simply giving the text a wider lane to flow into. Here's why the other options miss the mark. Choice A changes the attachment point, which controls where the boundary anchors relative to an insertion point — it does not resize the boundary itself, so the text won't reflow. Choice B increases the width factor in the text style, which horizontally stretches each character glyph, directly violating the requirement to keep character proportions unchanged. Choice C adjusts line spacing, which controls the vertical gap between lines — it has no effect on how many words fit per line and does nothing to reduce the line count. A useful mental rule: whenever a question mentions "reflow" or "wrap into fewer lines," think boundary width first. Character-level settings (width factor, height, style) change how letters look; boundary settings change how text is arranged. Keep those two layers distinct, and these questions become straightforward.

Question 6

A source drawing contains block text that uses a text style named LABEL with an SHX font. The destination drawing already contains a different LABEL style that uses a TrueType font. The block text has no character-level font overrides. The source block is inserted into the destination drawing.

What is the expected result, and how could the source appearance be preserved before insertion?

  1. The source LABEL definition overwrites the destination definition; preserve the destination appearance by locking its text layer before insertion.
  2. The destination LABEL definition controls the inserted text; preserve the source appearance by giving its style a unique name before insertion. (correct answer)
  3. AutoCAD merges both LABEL definitions into a new style; preserve the source appearance by setting the block's annotation scale first.
  4. The inserted text becomes font-overridden automatically; preserve the source appearance by clearing its paragraph formatting after insertion.
Explanation: Whenever AutoCAD inserts a block from an external source into a drawing that already contains a same-named text style, you need to understand one critical rule: the destination drawing's definitions always win. AutoCAD does not merge, overwrite, or negotiate — it simply drops the incoming style definition and applies whatever the destination already has. This means any text inside the inserted block that references a style named LABEL will immediately render using the destination's LABEL definition (TrueType font), not the source's SHX version. This is exactly why B is correct. The destination LABEL controls the inserted text's appearance, and the only reliable way to preserve the source look is to rename the style to something unique — like LABEL_SHX — before insertion. That unique name has no conflict in the destination, so its definition travels in intact. Choice A has the logic backwards: the destination definition is never overwritten by incoming blocks. Locking a text layer also has no bearing on which style definition is applied — it would only prevent editing, not preserve appearance. Choice C is simply false; AutoCAD has no "merge" behavior for conflicting style names. There is no blended or averaged result — one definition wins, full stop. Choice D is equally incorrect because AutoCAD does not automatically apply character-level font overrides during insertion. Clearing paragraph formatting afterward would accomplish nothing relevant to the style conflict. A useful pattern to remember: name conflicts in AutoCAD almost always favor the destination. This applies to text styles, dimension styles, layers, and linetypes. When you need source definitions to survive insertion, rename them to be unique before you bring them in.

Question 7

Most content in an MTEXT object uses the NOTES text style. One phrase was manually assigned a different font in the MTEXT editor. After the font assigned to NOTES is changed, the manually formatted phrase continues to display its old font.

What should be done so the entire MTEXT object follows the font assigned to NOTES?

  1. Rename the NOTES style and assign the renamed style only to the manually formatted phrase.
  2. Remove paragraph formatting from the entire object and reapply the existing paragraph alignment and line spacing.
  3. Set the MTEXT boundary width to zero and regenerate the drawing so the style font is recalculated.
  4. Remove character formatting from the affected phrase and retain NOTES as the MTEXT object's assigned text style. (correct answer)
Explanation: When working with MTEXT in AutoCAD, you need to understand the difference between style-level formatting and character-level (override) formatting. A text style like NOTES defines default font, height, and other properties for the entire object. However, when you manually change a font for a specific phrase inside the MTEXT editor, AutoCAD stores that as a character-level override — essentially a hard-coded exception that sits "on top of" the style. This override does not update when the underlying style changes, which is exactly the behavior described in the passage. The fix is D: remove the character formatting from the affected phrase while keeping NOTES as the assigned text style. Once the override is stripped away, the phrase inherits the font directly from NOTES, so any future style changes automatically flow through to it. A is a workaround that misunderstands the problem — renaming a style doesn't remove the character override and adds unnecessary complexity. B targets paragraph-level formatting (alignment, line spacing), which is a completely separate layer from character-level font overrides; clearing paragraph formatting won't touch the embedded font exception. C is a fabricated concept — setting the boundary width to zero and regenerating the drawing has no mechanism to recalculate or clear character-level font assignments. A useful rule of thumb: in AutoCAD text formatting, there are three tiers — drawing defaults, text style properties, and character overrides. Character overrides always win, and they must be explicitly removed to restore style inheritance. When you see questions about formatting "not updating," think about which tier is blocking the change.

Question 8

A drawing contains a three-line equipment label created as three separate single-line TEXT objects. The label must become one object so that changing a single boundary width will reflow the content while retaining the three existing lines as the starting layout.

Which workflow most directly produces the required result?

  1. Use TXT2MTXT with the option to combine the selected TEXT objects, preserve their line breaks, and then set the resulting MTEXT boundary width. (correct answer)
  2. Use JOIN on the selected TEXT objects, assign a common text style, and then change the width factor of the joined text.
  3. Place the selected TEXT objects in a group, enable annotative scaling, and then stretch the group's overall selection boundary.
  4. Assign all three TEXT objects the same justification, match their insertion points, and then edit the text style's fixed height.
Explanation: When a question asks you to convert separate TEXT objects into a single, editable, reflowable object, you should immediately think about AutoCAD's TXT2MTXT command — the purpose-built tool for exactly this conversion. TXT2MTXT (Text to Mtext) selects multiple single-line TEXT objects and merges them into one MTEXT object. Crucially, it offers an option to preserve line breaks, so your three original lines remain visually intact as the starting layout. Once the objects are combined into MTEXT, you can modify the boundary width property, which causes the content to reflow dynamically — that's a native MTEXT behavior that single-line TEXT simply cannot replicate. Answer A describes this workflow precisely and is correct. Answer B is wrong because JOIN works on geometric objects like lines, polylines, and arcs — it has no functionality for TEXT objects. "Width factor" also scales individual character widths proportionally; it doesn't create a reflowable text container. Answer C is wrong because grouping TEXT objects with GROUP does not merge them into one object — they remain three separate entities. Annotative scaling controls how text appears at different viewport scales, and stretching a group boundary doesn't reflow text content. Answer D is wrong because matching insertion points and justification only aligns the objects visually; they are still three independent TEXT objects. Editing a text style's fixed height uniformly resizes all text using that style — it does not merge objects or enable reflow. Your study tip: when you see "single object," "reflow," and "boundary width" together in a question, that's the signature of MTEXT — and TXT2MTXT is how you get there from existing TEXT objects.

Question 9

An annotative MTEXT note has a paper text height of 3 mm3\text{ mm} and currently contains only the 1:501:50 annotation scale. In a viewport set to 1:1001:100, the note is not displayed because ANNOALLVISIBLE is set to 00. The note must appear in both viewports at the same plotted height.

Which action should be taken?

  1. Add the 1:1001:100 annotation scale to the MTEXT object while keeping its paper text height at 3 mm3\text{ mm}. (correct answer)
  2. Change the MTEXT paper text height to 6 mm6\text{ mm} and leave its annotation-scale list unchanged.
  3. Remove the 1:501:50 annotation scale and assign only the 1:1001:100 scale to the MTEXT object.
  4. Turn off the Annotative property and manually set the MTEXT model-space height to 3 mm3\text{ mm}.
Explanation: Whenever you see a question about annotative objects in AutoCAD, focus on one core principle: an annotative object is visible in a viewport only if that viewport's scale exists in the object's annotation scale list. When ANNOALLVISIBLE is set to 00, AutoCAD strictly enforces this — objects without a matching scale are completely hidden in that viewport. Here, the MTEXT has only the 1:501:50 scale, so the 1:1001:100 viewport hides it entirely. The fix is to add the 1:1001:100 annotation scale to the MTEXT object's scale list, which is exactly what option A does. Because annotative text is defined by its paper height (3 mm3\text{ mm}), AutoCAD automatically calculates the correct model-space height for each scale — 150 mm150\text{ mm} at 1:501:50 and 300 mm300\text{ mm} at 1:1001:100 — so both viewports plot the text at the same 3 mm3\text{ mm} plotted height. No manual resizing is needed. Option B is wrong because changing the paper height to 6 mm6\text{ mm} alters the plotted size and still doesn't add the missing 1:1001:100 scale to the list, so the note remains invisible. Option C is wrong because removing the 1:501:50 scale would make the note disappear from the 1:501:50 viewport — the opposite of the goal. Option D is wrong because disabling the Annotative property and setting a fixed model-space height of 3 mm3\text{ mm} would cause the text to plot at vastly different sizes in each viewport, since the viewports magnify at different ratios. Your study tip: treat an annotative object's scale list like a guest list — a viewport can only "see" the object if its scale has been invited. When multi-viewport visibility is required, add every needed scale, not just one.

Question 10

An MTEXT note has a background mask, but the mask ends too close to the outer characters. The text height, line spacing, character width, and wrapping must remain unchanged.

Which setting should be adjusted?

  1. Increase the paragraph line-spacing factor while leaving the MTEXT boundary and mask color unchanged.
  2. Increase the MTEXT width factor while leaving the background mask's border offset factor unchanged.
  3. Increase the background mask's border offset factor while leaving the MTEXT boundary and text formatting unchanged. (correct answer)
  4. Increase the MTEXT boundary width while leaving the background mask's border offset factor unchanged.
Explanation: When working with MTEXT background masks in AutoCAD, it helps to separate two distinct concepts: the text formatting/boundary and the mask appearance. The background mask has its own border offset factor — a multiplier based on text height — that controls how much padding surrounds the text inside the mask. A value of 1.0 means no extra padding; increasing it (e.g., to 1.5) pushes the mask boundary outward uniformly, giving characters more breathing room without touching the text itself. Since the question states that text height, line spacing, character width, and wrapping must all stay the same, you need a fix that only affects the mask's visual boundary — nothing else. That's exactly what the border offset factor does, making C the correct adjustment. Here's why the other options fail: A increases paragraph line-spacing, which would change how lines are distributed vertically — directly violating the "line spacing must remain unchanged" constraint. B increases the MTEXT width factor, which scales character widths horizontally, violating the "character width must remain unchanged" rule. D increases the MTEXT boundary width, which would cause text to reflow and potentially change wrapping behavior — another violation of the stated constraints. A useful pattern to remember: whenever an AutoCAD question constrains text formatting but asks you to adjust visual padding or spacing around text, think about mask or offset settings rather than text properties. The border offset factor is specifically designed for cosmetic adjustments to the mask independent of text formatting — it's the "safe" lever when everything else must stay locked.