AutoCAD Quiz: Exporting To Pdf And Dxf
10 questions · exam conditions
0:00
Exporting To Pdf And DxfQuestion 1 of 10

A drawing contains six paper-space layouts. Four layouts must be delivered as one PDF in a specified sheet order. Each layout already has a correct page setup, and the model tab must not be included.

Which workflow most directly creates the required deliverable while preserving the individual layout page setups?

Run EXPORTPDF from each required layout, then combine the four resulting files with an external PDF editor.
Use PUBLISH, include only the four required layouts, arrange their order, and publish them to a multi-sheet PDF.
Plot the first layout with the Previous Plot settings, then repeat the plot from each remaining layout.
Run EXPORTPDF from the model tab, select the layout borders as windows, and append each window to one file.
← Back to quizzes

AutoCAD Quiz

AutoCAD Quiz: Exporting To Pdf And Dxf

Practice Exporting To Pdf And Dxf 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 Exporting To Pdf And Dxf, 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 drawing contains six paper-space layouts. Four layouts must be delivered as one PDF in a specified sheet order. Each layout already has a correct page setup, and the model tab must not be included.

Which workflow most directly creates the required deliverable while preserving the individual layout page setups?

  1. Run EXPORTPDF from each required layout, then combine the four resulting files with an external PDF editor.
  2. Use PUBLISH, include only the four required layouts, arrange their order, and publish them to a multi-sheet PDF. (correct answer)
  3. Plot the first layout with the Previous Plot settings, then repeat the plot from each remaining layout.
  4. Run EXPORTPDF from the model tab, select the layout borders as windows, and append each window to one file.
Explanation: When a question asks you to batch-plot multiple layouts into a single, ordered PDF while respecting existing page setups, think immediately about AutoCAD's PUBLISH command — it is purpose-built for exactly this scenario. PUBLISH lets you build a sheet list containing only the layouts you want, drag them into any order, and send them all to a single multi-sheet PDF in one operation. Critically, it reads each layout's saved page setup automatically, so nothing gets overridden or lost. That makes B the direct, clean solution the question describes. The other choices each carry a meaningful flaw. A gets you to the right destination eventually, but it requires four separate EXPORTPDF operations followed by manual merging in a third-party PDF editor — an indirect, error-prone workflow that violates the "most directly" condition of the question. C misuses the "Previous Plot" settings, which simply recall the last plot configuration used, not the individual page setup saved for each layout; you would have to manually switch settings on every layout, and sheet order is not controlled systematically. D is fundamentally wrong at the source: running EXPORTPDF from the model tab and windowing layout borders captures geometry as if it were model-space content, completely bypassing the layouts' page setups and producing incorrect output. A reliable study tip: on AutoCAD workflow questions, watch for the phrase "existing page setups." Whenever setups are already configured and must be preserved across multiple sheets, PUBLISH is almost always the correct tool — it is the only native command that batch-processes layouts while honoring each one's saved setup individually.

Question 2

A client wants to turn drawing layers on and off in a PDF viewer. The PDF must still be produced from the finished AutoCAD layout rather than from separate files for each layer.

Which output configuration is required to support this capability?

  1. Enable Plot transparency and assign a different transparency value to every layer before exporting the layout.
  2. Publish each drawing layer as a separate PDF page and combine the pages into a single multi-sheet document.
  3. Use an AutoCAD PDF plotter and enable Include layer information in the PDF output options. (correct answer)
  4. Attach the layer definitions as a DXF file to the PDF and leave the plotted PDF content flattened.
Explanation: When a question asks about preserving layer interactivity in a PDF exported directly from an AutoCAD layout, you're being tested on PDF output settings — specifically, how AutoCAD transfers layer metadata into the PDF format rather than flattening everything into a static image. PDF viewers like Adobe Acrobat support their own layer system, and AutoCAD can map its drawing layers directly into that system — but only if you configure the output correctly. The key is using an AutoCAD PDF plotter (such as DWG To PDF.pc3) and enabling the "Include layer information" option in the plot/publish settings. This embeds layer data into the PDF so viewers can toggle layers on and off, satisfying the client's requirement without producing separate files. That's exactly what C describes, making it the correct answer. A is a trap — Plot transparency controls visual blending of overlapping objects. It has no effect on whether layers are interactive in a PDF viewer. Assigning transparency values doesn't create toggleable PDF layers. B misunderstands the requirement entirely. Publishing each layer as a separate PDF page creates a multi-sheet document, not a single layout with switchable layers. A viewer couldn't toggle layers; they'd navigate between pages instead. D describes attaching a DXF file as a PDF attachment, which is not a standard AutoCAD workflow and wouldn't create interactive PDF layers. "Flattened" content explicitly means layer information is discarded — the opposite of what's needed. As a study tip, remember that any question mentioning interactive layers in a PDF points directly to the "Include layer information" toggle in AutoCAD's PDF plotter settings — that's the one feature that bridges AutoCAD layers and PDF viewer layers.

Question 3

A fabricator's import utility accepts both ASCII and binary DXF files. Its documentation warns that binary DXF support is inconsistent across older installations, and the delivered file must be easy to inspect in a text editor for troubleshooting.

Which DXF encoding is the most appropriate choice?

  1. Binary DXF, because it is human-readable and exposes entity group codes directly in a text editor.
  2. Binary DXF, because smaller file size guarantees compatibility with older third-party DXF importers.
  3. ASCII DXF, because it converts all unsupported entities into basic lines without further compatibility review.
  4. ASCII DXF, because it is text-based and generally offers broader interchange and troubleshooting compatibility. (correct answer)
Explanation: When a question mentions file inspection, troubleshooting, and third-party compatibility together, you should immediately think about the fundamental difference between ASCII and binary file formats — and which one serves human readability and interoperability better. ASCII DXF files store drawing data as plain text, with every entity, group code, and value visible when you open the file in any basic text editor. This makes troubleshooting straightforward: you can scan the file, search for specific entities, and identify corruption or unsupported syntax without specialized tools. Because ASCII DXF is the universal baseline format, it also carries the broadest compatibility across different software versions and third-party importers — exactly what the scenario demands. Choice D is correct because it accurately captures both of these advantages: text-based structure and reliable interchange compatibility. Choice A is wrong on a factual level — binary DXF is not human-readable. It stores data in a compact binary representation that a text editor cannot meaningfully display, which is the opposite of what the scenario requires. Choice B contains a double error: binary DXF does produce smaller files, but smaller file size does not guarantee compatibility — in fact, the passage explicitly warns that binary support is inconsistent on older installations, making binary the riskier choice here. Choice C misrepresents what ASCII DXF actually does; it does not automatically convert unsupported entities into basic lines. That kind of entity substitution depends on the specific application's export settings, not the encoding format itself. As a study tip, remember that binary versus ASCII in DXF is really a trade-off between file size and human readability — when troubleshooting or cross-platform compatibility is mentioned, ASCII is almost always the correct call.

Question 4

A drawing is modeled in millimeters. A legacy cutting system ignores DXF unit metadata and always interprets each coordinate unit as one inch. The cutting system cannot be reconfigured, and the original DWG must remain in millimeters.

Which workflow produces a dimensionally correct DXF for the cutting system?

  1. Change only INSUNITS to inches in the original drawing, then export the unchanged coordinate values to DXF.
  2. Create a copy, scale its geometry by 1/25.41/25.4, define that copy in inches, and export the copy to DXF. (correct answer)
  3. Create a copy, scale its geometry by 25.425.4, retain millimeter units, and export the enlarged copy to DXF.
  4. Export the millimeter drawing directly to binary DXF, because binary encoding performs automatic unit conversion.
Explanation: When a legacy system ignores unit metadata and blindly reads every coordinate value as inches, the only way to get correct output is to make the numbers themselves represent the right physical size — unit labels are irrelevant. Ask yourself: what numerical value must appear in the DXF file so the cutting system produces the correct dimension? Since the cutting system reads each unit as one inch, a coordinate value of 1.0 means one inch to it. But your geometry is currently stored as millimeter values — a 25.4 mm line has a coordinate span of 25.4. To the cutting system, that would read as 25.4 inches, which is 25.4× too large. You need to shrink the coordinates by a factor of 1/25.41/25.4 so that a 25.4 mm feature becomes a coordinate value of 1.0, which the machine correctly cuts as one inch. Then you declare those scaled coordinates as "inches" in the file's unit definition, making everything internally consistent. That is exactly what B describes. A is wrong because changing INSUNITS only affects metadata that the legacy system ignores — the actual coordinate numbers stay the same, so the output is still 25.4× oversized. C scales by 25.425.4 in the wrong direction, making the geometry 25.4× larger instead of smaller — the machine would cut a part 647× too big. D is a fabrication. Binary DXF is simply a compact encoding of the same data as ASCII DXF; it performs zero unit conversion. Study tip: On unit-conversion workflow questions, always trace what the raw coordinate numbers will look like in the exported file — metadata and encoding never change those values.

Question 5

A host drawing uses several attached DWG external references. A recipient requires one self-contained DXF file and will not receive or resolve separate reference files. The visible referenced geometry must remain in the deliverable.

Which preparation is most appropriate before saving the delivery DXF?

  1. Unload the external references, save the host as DXF, and rely on the stored reference paths to recover their geometry.
  2. Use eTransmit without binding the references, then send only the host DXF from the resulting file package.
  3. Create a delivery copy, bind the required external references into it, verify the result, and save that copy as DXF. (correct answer)
  4. Change all external references from Attach to Overlay, then save the host drawing as a single DXF file.
Explanation: When delivering AutoCAD geometry to a recipient who cannot access separate reference files, your goal is to create a self-contained file — one where all geometry physically exists inside the file itself, not as external links. This is fundamentally a question about how external references (XREFs) work and how to make referenced geometry permanent. The correct preparation is C: creating a delivery copy, binding the XREFs, verifying the result, and saving as DXF. Binding an XREF converts it from an external link into native geometry within the host drawing. Once bound, the geometry travels with the file regardless of whether the recipient has access to the original DWG references. Making a delivery copy first protects your original workflow, and verifying before export ensures no geometry was lost or mis-bound. A is wrong because unloading XREFs does the opposite of what you need — it suppresses their display and removes their geometry from the drawing session. Stored reference paths are useless if the recipient cannot access those file locations, which the question explicitly states. B fails because eTransmit without binding still produces a package of separate files — the host DXF plus individual reference DWGs. Sending only the host DXF from that package means the recipient receives a file with broken reference links and missing geometry. D is a common trap. Switching from Attach to Overlay changes how nested references behave in other drawings, but it does not embed the geometry. The references remain external and unresolved for a standalone recipient. A useful rule of thumb: any time a question mentions a recipient who "won't receive separate files," immediately think Bind before export — that's the only way to guarantee self-contained geometry.

Question 6

Objects in a drawing have different ByLayer lineweights. They appear different when lineweight display is enabled, but the PDF preview and exported PDF show nearly uniform line thickness. No plot-style-based lineweight substitutions are intended.

Which change should be made before exporting the PDF?

  1. Enable Plot object lineweights in the layout's page setup and export the layout again. (correct answer)
  2. Increase the PDF vector resolution, because vector resolution directly activates the stored object lineweights.
  3. Turn on LWDISPLAY in model space, because the display variable controls whether lineweights are written to PDF.
  4. Assign monochrome.ctb to the layout, because converting colors to black automatically restores all ByLayer widths.
Explanation: When exporting a PDF from AutoCAD, lineweights don't automatically transfer just because objects have ByLayer lineweight assignments. The export process is governed by page setup settings, specifically the plot options that control whether object lineweights are honored during output. This question tests whether you understand the distinction between display settings and output settings. The fix is A: enabling Plot object lineweights in the layout's page setup. This option explicitly tells AutoCAD to include assigned lineweights when generating the PDF. Without it checked, AutoCAD ignores all ByLayer or explicit lineweight assignments during export, producing the near-uniform line thickness described in the passage. Choice B is a trap rooted in a misunderstanding of PDF vector resolution. Resolution affects the clarity and smoothness of curves or raster elements — it has no mechanism for activating stored lineweight data. Lineweights are a separate property entirely. Choice C confuses the LWDISPLAY system variable with plot behavior. LWDISPLAY only controls whether lineweights are visually shown on screen in the drawing editor. It has zero influence on what gets written to a PDF. You could have LWDISPLAY off and still plot lineweights correctly, or have it on and still export uniform lines if the plot option is unchecked. Choice D is a separate misconception. Assigning monochrome.ctb converts colors to black-and-white using a color-based plot style — it does not restore or activate ByLayer linewidth assignments. Plot styles can override widths, but that's the opposite of what's needed here. Study tip: Always check page setup plot options (especially "Plot object lineweights") when lineweights appear correct on screen but disappear in printed or exported output.

Question 7

A legal department requires text in an exported PDF to remain searchable whenever the drawing uses embeddable TrueType fonts. The PDF must also preserve the visual appearance of the plotted layout.

Which PDF output configuration best satisfies the requirement?

  1. Enable Convert all text to geometry and increase the PDF vector resolution to preserve character edges.
  2. Replace the TrueType fonts with SHX fonts and enable the option that records SHX text as comments.
  3. Enable font capture where permitted and leave Convert all text to geometry disabled during PDF output. (correct answer)
  4. Rasterize the completed layout at a high resolution and disable all font-related PDF output options.
Explanation: When exporting to PDF from AutoCAD, you're balancing two competing priorities: searchability (keeping text as real text data) and visual fidelity (preserving how the drawing looks). Questions like this test whether you understand how AutoCAD's PDF output options affect both simultaneously. The key distinction is between font capture and geometry conversion. When you enable font capture for embeddable TrueType fonts, AutoCAD embeds the actual font data into the PDF, allowing the characters to remain selectable and searchable by PDF readers and legal software. Leaving "Convert all text to geometry" disabled ensures AutoCAD does not flatten those characters into vector outlines, which would destroy searchability entirely. Option C does exactly this — preserving both text fidelity and search functionality. Option A is a trap because converting text to geometry produces vector outlines that look crisp but are no longer recognized as text by any PDF reader. High vector resolution helps edges look clean, but searchability is gone entirely. Option B misleads you into thinking SHX comment embedding solves the problem — SHX text stored as comments is technically metadata, not embedded font data, and many PDF readers and legal discovery tools do not reliably extract it as searchable text. It also sidesteps the requirement to use the existing TrueType fonts. Option D is the worst of both worlds: rasterizing the layout destroys both the vector quality and any text searchability, producing essentially a flat image. As a study tip, remember that "Convert all text to geometry" is always the enemy of searchability — whenever a question mentions legal, indexing, or search requirements, that option must stay off.

Question 8

A consultant can import only the AutoCAD 2013 DXF format. Your production drawing was created in a newer AutoCAD release and contains objects that may not be supported by the older format.

What is the most appropriate delivery workflow?

  1. Retain the current DWG as the master, save a copy as AutoCAD 2013 DXF, and review the converted copy for unsupported-object changes. (correct answer)
  2. Rename the current DWG file with a DXF extension, because the recipient's importer determines the internal drawing version.
  3. Save a current-version DXF and compress it, because compression causes older importers to read newer DXF object definitions.
  4. Export a PDF using the 2013 compatibility preset, because the recipient can recover editable DXF geometry from that PDF.
Explanation: When delivering drawings across format versions in AutoCAD, the golden rule is: never modify your master file. Instead, create a derivative copy for delivery, then verify that copy before sending. This question tests whether you understand both file format compatibility and safe production workflow habits. The right approach is A. You keep your current DWG untouched as the master, use "Save a Copy" to output a DXF in AutoCAD 2013 format, and then open that converted file to inspect it. Newer AutoCAD objects — things like annotative objects, certain 3D solids, or parametric constraints — may be converted, approximated, or dropped entirely when saved to an older format. Reviewing the copy lets you catch and manually resolve those issues before the consultant ever sees the file. B is a dangerous misconception. Simply renaming a .dwg to .dxf does not change the internal file structure at all — the binary format remains DWG. The recipient's importer will either reject it or misread it entirely. File extensions are labels, not conversion tools. C is false on a technical level. Compression (ZIP, etc.) has zero effect on how a DXF file is parsed internally. A newer-format DXF compressed is still a newer-format DXF — the importer will still encounter unsupported object definitions. D confuses PDF with an editable exchange format. PDF is a presentation format; while some tools can extract basic geometry from PDFs, the result is lossy, unreliable, and not a substitute for proper DXF delivery. Your study takeaway: on workflow questions, always look for the answer that preserves the master and validates the deliverable — that's professional best practice in any format-conversion scenario.

Question 9

A civil drawing contains several design alternatives in model space. A surveyor needs only the approved entities in a DXF file, but those entities must retain their original drawing coordinates. Unapproved alternatives must not be deleted from the source drawing.

Which workflow best meets these requirements?

  1. Isolate the approved layers, use plot Extents to create a PDF, and instruct the surveyor to convert the PDF to DXF.
  2. Copy the approved entities to the Clipboard, open a blank drawing, paste them at a standard insertion point, and save the result as DXF.
  3. Erase the unapproved alternatives, save the production drawing as DXF, and rely on UNDO to restore the erased objects afterward.
  4. In the SAVEAS dialog, choose a DXF format, enable the Select Objects option, select only the approved entities, and save the file. (correct answer)
Explanation: When a question asks you to export a subset of entities while preserving their original coordinates and leaving the source drawing untouched, your mental checklist should have three items: coordinate integrity, source preservation, and selective export. AutoCAD's SAVEAS command handles all three simultaneously. The SAVEAS dialog includes a Select Objects option that lets you hand-pick exactly which entities get written to the output file. Because you're saving — not copying and re-pasting — the selected entities carry their original world coordinates into the DXF. The source drawing is never modified; you're simply writing a filtered snapshot to a new file. That's why D is the correct workflow. Choice A fails on two counts: a PDF is a static, non-editable format, and any DXF converted from a PDF loses precision, layer data, and true coordinate values — the surveyor would receive degraded geometry, not accurate drawing data. Choice B preserves the entities but destroys coordinate integrity. Pasting into a blank drawing at a "standard insertion point" shifts all geometry relative to the original coordinate system, which is exactly what the surveyor cannot have. Choice C is the most dangerous trap: relying on UNDO as a safety net is not a reliable production workflow. UNDO history can be cleared, a crash can occur, or someone might save the file before undoing — any of these permanently deletes the unapproved alternatives, violating the requirement to preserve the source drawing. As a study tip, remember that SAVEAS with Select Objects is AutoCAD's purpose-built tool for partial exports. Whenever a question combines "preserve source" + "export subset" + "retain coordinates," that combination points directly to this workflow.

Question 10

A completed paper-space layout contains a title block and two scaled viewports. An accidental object located far from the design causes model-space Extents to include a large empty region. The layout's page setup is otherwise correct.

When exporting this sheet to PDF, which plot-area choice most reliably preserves the intended sheet composition?

  1. Use Extents from model space so every database object is considered when AutoCAD calculates the output boundary.
  2. Use Layout from the paper-space layout so the configured sheet and its viewport composition control the output. (correct answer)
  3. Use Display after zooming into the model geometry visible through the first paper-space viewport.
  4. Use Limits from model space and temporarily redefine the model limits to match the paper title block.
Explanation: Whenever you see a question about plotting or exporting in AutoCAD, the key distinction is understanding what controls the output boundary — model space or paper space. These are two completely separate environments, and your choice of plot area determines which one drives the final result. When you export using Layout (choice B), AutoCAD uses the paper-space sheet itself as the boundary. The sheet size, title block, and viewport arrangement are all already configured in the page setup — so the output faithfully reproduces exactly what you've composed on that sheet. An accidental stray object in model space is irrelevant because the layout doesn't care about model-space extents; it simply captures the sheet as defined. Choice A is the trap most students fall into. Extents calculates the boundary by finding all objects in the database, including that accidental far-off object. This causes AutoCAD to zoom out to encompass the entire model-space range, shrinking your intended design to a tiny region of the output — exactly the problem the passage describes. Choice C, using Display, only captures whatever happens to be visible on your screen at that moment. This is unreliable and non-repeatable — if you pan or zoom slightly, the output changes, making it unsuitable for consistent sheet production. Choice D proposes a workaround using model-space Limits, which requires you to manually redefine limits to match the title block. This is unnecessarily complex, error-prone, and still operates in model space rather than leveraging the already-configured paper-space layout. Your study tip: Layout = sheet = reliable. Whenever you have a properly configured paper-space layout, always plot from Layout for predictable, composition-accurate PDF exports.