AutoCAD Quiz: Block Attributes
10 questions · exam conditions
0:00
Block AttributesQuestion 1 of 10

A facilities block is inserted from the command line with attribute prompting enabled. The company code must always be "NORTH" and must not prompt during insertion. The room number should automatically use "000" without prompting but remain editable afterward. The inspector's initials must be entered and then confirmed during insertion.

Which attribute-mode assignment best satisfies these requirements?

Company code: Preset; room number: Constant; inspector initials: Verify
Company code: Constant; room number: Verify; inspector initials: Preset
Company code: Constant; room number: Preset; inspector initials: Verify
Company code: Invisible; room number: Preset; inspector initials: Constant
← Back to quizzes

AutoCAD Quiz

AutoCAD Quiz: Block Attributes

Practice Block Attributes 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 Block Attributes, 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 facilities block is inserted from the command line with attribute prompting enabled. The company code must always be "NORTH" and must not prompt during insertion. The room number should automatically use "000" without prompting but remain editable afterward. The inspector's initials must be entered and then confirmed during insertion.

Which attribute-mode assignment best satisfies these requirements?

  1. Company code: Preset; room number: Constant; inspector initials: Verify
  2. Company code: Constant; room number: Verify; inspector initials: Preset
  3. Company code: Constant; room number: Preset; inspector initials: Verify (correct answer)
  4. Company code: Invisible; room number: Preset; inspector initials: Constant
Explanation: When working with AutoCAD block attributes, you need to match each mode to its specific behavior. Three modes are commonly tested: Constant fixes a value permanently with no prompting and no editing afterward; Preset silently inserts a default value without prompting but allows editing after insertion; and Verify prompts the user to enter a value and then confirms it with a second prompt before finalizing. With those definitions in hand, trace through each requirement. The company code must always be "NORTH" and must never prompt — that's a locked, unchangeable value, which is exactly what Constant does. The room number needs a default of "000" with no insertion prompt, but must remain editable — that's Preset, which skips the prompt yet leaves the attribute open for later modification. The inspector's initials must be entered and then confirmed, meaning the user sees a second verification prompt — that's Verify. Putting it together: Constant / Preset / Verify — which is answer C. Answer A fails because it assigns Preset to the company code, which still allows editing afterward, violating the "must not change" requirement. It also uses Constant for the room number, which locks it and prevents post-insertion editing. Answer B assigns Verify to the room number, which would generate a prompt during insertion — directly violating the "without prompting" requirement for that field. Answer D is doubly wrong: Invisible only controls visibility, not input behavior, and Constant on the inspector initials would lock that field, preventing any entry at all. A reliable study tip: memorize the triad — Constant locks it, Preset defaults it silently, Verify double-checks it. Exam questions almost always hinge on whether you know the difference between Constant (no editing) and Preset (editable default).

Question 2

Several inserted equipment blocks contain an attribute named TAG. Users assigned different TAG values and then used Enhanced Attribute Editor to give some instances different colors and text heights. The block definition is later revised so TAG uses a new layer, color, and text height. ATTSYNC is then run.

Which result should occur in the existing block references?

  1. The assigned TAG values and all instance-specific formatting remain unchanged after synchronization.
  2. The TAG values revert to the definition default, but instance-specific formatting remains unchanged.
  3. The TAG values revert to the default, and the revised definition formatting is applied.
  4. The assigned TAG values remain, while revised definition properties replace instance formatting overrides. (correct answer)
Explanation: When working with block attributes in AutoCAD, you need to understand the distinction between attribute values and attribute properties. These are two separate things that ATTSYNC handles differently, and that distinction is exactly what this question tests. ATTSYNC (Attribute Synchronization) is designed to push updated attribute definitions from a revised block definition out to all existing block references in the drawing. However, it has a specific rule: it updates formatting properties (layer, color, text height, position, etc.) from the new definition, but it preserves the values that users have already assigned to each instance. This makes practical sense — if a technician tagged equipment as "PUMP-01," you wouldn't want a block revision to wipe out that data. So the correct answer is D: TAG values entered by users are kept intact, while the new definition's layer, color, and text height replace any instance-level formatting overrides applied through the Enhanced Attribute Editor. A is wrong because it assumes ATTSYNC changes nothing — in reality, it actively applies the revised definition's formatting properties. B incorrectly suggests values are reset to defaults; ATTSYNC never overwrites user-assigned attribute values. C doubles down on that same misconception while also correctly noting that formatting updates — it gets the formatting part right but wrongly assumes values revert. C represents the most dangerous trap because it sounds thorough but misunderstands ATTSYNC's core protection of data. A useful reminder: think of ATTSYNC as updating the appearance of attributes, not the content. Values = protected; formatting properties = synchronized.

Question 3

A title block has an attribute whose tag was created as DRAWN. The CAD standard now requires the tag to be DRAWN_BY in every existing and future reference, while retaining each drawing's current initials.

Which workflow is most appropriate?

  1. Rename the attribute tag in the block definition or BATTMAN, then synchronize existing references. (correct answer)
  2. Rename the tag in Enhanced Attribute Editor separately for every inserted title block.
  3. Change the attribute prompt to DRAWN_BY and leave the original tag unchanged.
  4. Explode every title block, rename the text objects, and recreate each block reference.
Explanation: When a CAD standard changes an attribute tag across an entire project, you need to think at the block definition level, not the individual reference level. AutoCAD distinguishes between a block definition (the master template stored in the drawing database) and block references (each inserted instance). Changing the definition and then pushing that change to all references is the efficient, standards-compliant workflow. Answer A is correct because renaming the tag in the block definition — either directly through the Block Editor or through BATTMAN (Block Attribute Manager) — updates the master definition in one place. The SYNC (Synchronize) operation then propagates the structural tag change to all existing references while preserving each reference's current attribute value (the initials already entered). This is exactly what the scenario demands: a new tag name without losing existing data. Answer B is wrong because the Enhanced Attribute Editor only modifies the value of an attribute in a single reference — it cannot rename tags at all. You'd be editing the wrong thing, one block at a time. Answer C is wrong because the prompt is just the on-screen question displayed during insertion; it has no effect on the tag name itself. The tag is what appears in extractions and title block standards, so changing only the prompt leaves DRAWN unchanged in every reference — violating the new standard. Answer D is wrong because exploding blocks destroys their block-reference structure entirely, turning attributes into plain text. Recreating everything manually is destructive, error-prone, and completely unnecessary given AutoCAD's built-in tools. Study tip: On AutoCAD exam questions, whenever a change needs to apply to all instances, look for workflows that operate at the definition level — BATTMAN and SYNC together are the hallmark of that approach.

Question 4

A block definition contains attributes created in the order DESCRIPTION, PART_NO, and QTY. During insertion, the required prompt order is PART_NO, QTY, and then DESCRIPTION. Recreating the attribute definitions is not desirable.

Which action changes the prompt sequence without changing the attribute tags?

  1. Rearrange the attributes in Enhanced Attribute Editor on one inserted block reference.
  2. Change each attribute's display position to match the required prompt sequence.
  3. Open the block in Block Editor and use BATTORDER to reorder the attributes. (correct answer)
  4. Sort the tags alphabetically in Block Attribute Manager and save the drawing.
Explanation: When working with block attributes in AutoCAD, it's important to distinguish between tools that modify a block definition versus those that only affect an inserted instance. The prompt order during block insertion is a property of the block definition itself, so any fix must happen at the definition level. The right approach here is C: open the block in the Block Editor and run the BATTORDER command. BATTORDER lets you drag attributes into any sequence you want, directly modifying the definition so that every future insertion prompts in your specified order — PART_NO, QTY, then DESCRIPTION — without touching the tags themselves. A is a common trap. The Enhanced Attribute Editor lets you edit attribute values and properties on a single inserted reference, but it has no mechanism to reorder prompt sequences, and changes there don't propagate back to the block definition anyway. B sounds plausible but is wrong. Moving an attribute's display position on screen changes where the text appears visually, not when AutoCAD prompts for it during insertion. Prompt order is controlled by attribute definition sequence, not screen coordinates. D misleads because Block Attribute Manager can synchronize attributes and manage some properties, but sorting tags alphabetically there doesn't redefine the insertion prompt order. Alphabetical sorting by tag name would actually produce DESCRIPTION, PART_NO, QTY — the opposite of what's needed — and still wouldn't be the correct mechanism. A useful rule of thumb: anything affecting how a block behaves during insertion (prompts, attribute order, geometry) requires editing the block definition via Block Editor, not editing an inserted reference.

Question 5

Twenty identical valve blocks have been inserted. One valve must display the value "V-214" in blue with a text height different from the other nineteen valves. The block definition must remain unchanged.

Which workflow best makes the required instance-specific changes?

  1. Edit the attribute definition in Block Editor, save it, and avoid running ATTSYNC.
  2. Select the one reference in Enhanced Attribute Editor and change its value and text properties. (correct answer)
  3. Change the attribute default in BATTMAN and synchronize only the selected reference.
  4. Redefine the block with the new value and then restore the other nineteen references manually.
Explanation: When working with AutoCAD blocks, you need to distinguish between changes that affect the block definition (all instances) versus changes that affect only a single reference (one instance). This question tests exactly that boundary — the passage explicitly states the block definition must remain unchanged, so any tool that rewrites the definition is automatically eliminated. The Enhanced Attribute Editor (ATTEDIT or double-clicking an attribute) operates at the instance level. It lets you modify a single block reference's attribute value, text height, color, and other properties without touching the underlying definition. Selecting the one valve and adjusting its value to "V-214," its color to blue, and its text height independently is precisely what option B describes — clean, targeted, and definition-safe. Option A fails because editing the attribute definition inside Block Editor changes the definition itself, affecting all twenty blocks when saved. Avoiding ATTSYNC doesn't undo the definition change; it just postpones propagation. Option C is flawed for a similar reason. BATTMAN (Block Attribute Manager) modifies the attribute definition, and "synchronizing only the selected reference" is not how ATTSYNC works — it synchronizes all references to match the updated definition, which would overwrite your special valve. Option D is the most labor-intensive trap. Redefining the block changes all twenty instances globally, and manually restoring nineteen of them defeats the entire purpose of using blocks. Your study tip: whenever a question specifies that one instance must differ while the definition stays intact, immediately think Enhanced Attribute Editor — it's the only tool that edits attributes at the reference level without touching the definition.

Question 6

A reusable detail marker requires a NOTES attribute that may contain several wrapped lines. The notes must remain attribute data that can be edited for each block reference rather than ordinary MTEXT embedded in the block.

How should the attribute be created?

  1. Use ATTDEF, enable Multiple Lines, and specify an appropriate text boundary width. (correct answer)
  2. Create MTEXT first, convert it to single-line TEXT, and select it during BLOCK.
  3. Use ATTDEF with Constant enabled, then insert paragraph breaks through EATTEDIT.
  4. Create separate single-line attributes with the same tag and stack their insertion points.
Explanation: When a block needs editable, multi-line text that behaves as true attribute data, you need to understand the difference between embedded geometry and attribute definitions. Attributes are special block components that remain individually editable per insertion — ordinary MTEXT placed inside a block becomes fixed geometry that every reference shares identically. The right tool here is the ATTDEF command with the Multiple Lines option enabled, which is exactly what A describes. This creates a multiline attribute definition, allowing you to set a boundary width that controls text wrapping. Because it remains an attribute, each block reference can carry its own unique notes content, editable through standard attribute-editing tools like EATTEDIT or ATTEDIT — precisely what the scenario requires. B is wrong because converting MTEXT to single-line TEXT strips out multi-line capability entirely, and even if you kept MTEXT, selecting it during BLOCK creation embeds it as fixed geometry, not an editable attribute. C misuses the Constant mode, which locks the attribute value identically across all insertions — the opposite of what "editable per reference" means — and EATTEDIT cannot insert paragraph breaks into a constant attribute. D creates multiple separate single-line attributes stacked together, which is a workaround that breaks proper attribute structure; tags must be unique within a block, and stacking insertion points produces unreliable, non-standard behavior. As a study tip, watch for questions that contrast attribute data vs. block geometry — AutoCAD exams frequently test whether you know that only ATTDEF-created elements remain editable per insertion, while anything else drawn or inserted becomes permanent block content.

Question 7

An attribute definition originally has the default value "TBD." Several existing block references still display "TBD," while others have user-assigned values. The definition's default is changed to "UNASSIGNED," and ATTSYNC is run before another reference is inserted.

Which outcome should be expected?

  1. Only existing references still displaying TBD change to UNASSIGNED; customized values remain.
  2. All existing references change to UNASSIGNED, and the new reference uses UNASSIGNED.
  3. Existing references keep their currently assigned values, and the new reference uses UNASSIGNED. (correct answer)
  4. Existing references keep their values, but the new reference still uses the old default TBD.
Explanation: When working with AutoCAD blocks and attributes, you need to clearly separate two concepts: block definition updates and attribute value reassignment. ATTSYNC is the command that synchronizes a block's attribute definitions across all existing references — but it only updates the structure of attributes (adding new tags, removing deleted ones, restoring formatting), not the values users have already entered. Here's the key insight: ATTSYNC preserves whatever value is currently stored in each existing block reference. If a user typed a custom value, that value stays. If the attribute still held the old default "TBD," it remains "TBD" — ATTSYNC doesn't overwrite it with "UNASSIGNED" either. What changes is that the definition itself is updated so that newly inserted references will pull from the new default. So existing references keep their currently assigned values, and only the next insertion sees "UNASSIGNED" — making C the correct answer. Choice A is tempting because it sounds logical to update only the "unchanged" references, but ATTSYNC doesn't compare attribute values to defaults or selectively overwrite them — it simply doesn't touch values at all. Choice B describes a mass overwrite of all references, which would defeat the entire purpose of having user-entered attribute data and is not what ATTSYNC does. Choice D gets the new reference wrong — since the default was changed to "UNASSIGNED" before insertion, the new reference correctly inherits that updated default, not the old "TBD." A good study tip: remember that ATTSYNC = structural sync, not value replacement. On the exam, any answer claiming ATTSYNC changes existing attribute values is almost certainly a trap.

Question 8

A block contains three nonconstant attributes with valid default values. Before inserting the block, a user sets ATTREQ to 0 and ATTDIA to 1, and then starts the INSERT command.

What should the user expect when the block is inserted?

  1. An attribute dialog appears because ATTDIA overrides the current ATTREQ setting.
  2. The defaults are assigned without an attribute dialog or command-line prompts. (correct answer)
  3. Command-line prompts appear because ATTREQ suppresses only the attribute dialog.
  4. The attributes are omitted because ATTREQ prevents attribute references from being created.
Explanation: When AutoCAD inserts a block with attributes, two system variables control how (or whether) the user is prompted: ATTREQ and ATTDIA. Think of them as working in sequence — ATTREQ decides if prompting happens at all, and ATTDIA decides how (dialog vs. command line). The key insight is that ATTDIA only matters when ATTREQ is turned on. When ATTREQ is set to 0, AutoCAD suppresses all attribute prompting entirely and automatically assigns default values to every attribute. Full stop. ATTDIA never even enters the picture because the decision to prompt has already been shut off upstream. This means the block inserts cleanly with its default values, no dialog, no command-line questions — which is exactly what option B describes. Option A is wrong because ATTDIA does not override ATTREQ. ATTDIA only governs the form of prompting; it cannot restore prompting that ATTREQ has already disabled. Option C mistakes ATTREQ's role — setting ATTREQ to 0 suppresses all prompting, not just the dialog box. Command-line prompts would appear if ATTREQ were 1 and ATTDIA were 0, but that's a different scenario. Option D introduces a misconception that doesn't exist in AutoCAD: ATTREQ never omits or deletes attribute references; the attributes are still created, just silently filled with defaults. A handy way to remember this: ATTREQ is the gatekeeper, ATTDIA is the doorbell style. If the gatekeeper (ATTREQ = 0) says nobody enters, it doesn't matter what kind of doorbell (ATTDIA) you have. On the exam, always check ATTREQ's value first before analyzing ATTDIA's effect.

Question 9

An attribute definition has Lock Position enabled. After the block is inserted, a designer needs to change the attribute value but must not accidentally drag the attribute away from its defined location.

Which behavior is consistent with the Lock Position setting?

  1. The value and position are both locked, so neither can be changed after insertion.
  2. The attribute can be dragged independently, but its value cannot be edited through EATTEDIT.
  3. The attribute remains stationary even when the entire block reference is moved.
  4. The value remains editable, but the attribute cannot be grip-moved independently within the reference. (correct answer)
Explanation: When working with attribute definitions in AutoCAD, it helps to separate two independent properties: where an attribute sits within a block, and what value it displays. The Lock Position setting controls only the positional behavior — specifically, whether the attribute can be grip-moved independently from the rest of the block reference using grip editing. When Lock Position is enabled, the attribute grip is suppressed, meaning you cannot drag the attribute to a new location within the block reference independently. However, the attribute's value remains fully editable — you can still open EATTEDIT (the Enhanced Attribute Editor) and change the text to whatever the job requires. This is exactly what D describes, making it the correct answer. Choice A is a common trap because "Lock Position" sounds like a general lock on everything. In reality, it locks only the position grip — the value is always editable unless the block itself is on a locked layer. Choice B gets things backwards: EATTEDIT still works fine for editing values, and the premise that the value would be locked while position remains draggable is the opposite of what this setting does. Choice C describes something AutoCAD doesn't do at all — when you move the entire block reference, all attributes travel with it regardless of Lock Position; that setting only prevents independent grip movement of the attribute within the block. A useful study tip: on AutoCAD exam questions about attribute settings, always ask yourself "locked compared to what?" Lock Position locks the attribute relative to the block's other geometry — it has no effect on value editing or whole-block movement.

Question 10

A block must store an internal asset identifier. The identifier must be requested during insertion and remain editable later, but it should not appear in the drawing under normal attribute-display settings.

Which attribute configuration best meets the requirement without suppressing data entry?

  1. Enable Constant and leave Invisible disabled so the identifier is stored but fixed.
  2. Enable Preset and place the attribute on a nonplotting layer so no prompt is shown.
  3. Disable Invisible and set the text height to zero so the identifier remains selectable.
  4. Enable Invisible, leave Constant and Preset disabled, and keep attribute prompting enabled. (correct answer)
Explanation: When working with block attributes in AutoCAD, you need to understand the four mode flags — Invisible, Constant, Preset, and Verify — and how they interact with display, editability, and prompting behavior. This question tests whether you can isolate which combination satisfies three simultaneous requirements: hidden display, prompted input during insertion, and post-insertion editability. The configuration in D achieves all three. Enabling Invisible hides the attribute text in the drawing under standard display settings (ATTDISP set to Normal), so the identifier won't clutter the drawing visually. Leaving Constant and Preset disabled means AutoCAD will prompt the user for a value at insertion time and allow that value to be edited afterward via ATTEDIT or the Properties panel. This is exactly the "internal asset identifier" behavior the passage describes. Choice A fails immediately because enabling Constant locks the value at block-definition time — it cannot differ per instance and cannot be edited after insertion, violating the "editable later" requirement. Choice B is a workaround rather than a proper solution: placing an attribute on a nonplotting layer hides it from prints but still displays it on screen, and enabling Preset skips the insertion prompt entirely, violating the "requested during insertion" requirement. Choice C misunderstands how visibility works — setting text height to zero doesn't suppress visibility through the attribute mode system, and the attribute would still technically display (just invisibly due to zero height), which is an unreliable hack rather than a controlled configuration. A useful pattern to remember: whenever a question asks about attributes that are hidden but still interactive, think Invisible mode only — it hides display while preserving full prompting and editing capability.