|

Move AutoCAD Plotting Standards to BricsCAD: CTB, STB, DWG, Page Setup and PC3

BricsCAD reads DWG and supports familiar plotting concepts such as Layouts, Page Setups, CTB/STB and PC3, but a safe migration requires testing the parts that depend on product and operating system.

Beginner takeaway: Migrate the drawing standard first, then rebuild or validate environment-dependent printer configurations instead of assuming every AutoCAD plotting file is interchangeable.

What you need to understand first

The similarity between AutoCAD and BricsCAD makes migration fast, but it also creates overconfidence. DWG, CTB/STB and paper-space concepts transfer well; printer/PC3 deployment needs more care.

  • BricsCAD is built around DWG workflows and familiar plotting concepts.
  • BricsCAD supports CTB/STB plot styles.
  • BricsCAD PC3 behavior differs from AutoCAD, and macOS/Linux physical printing is PDF-first.

Step-by-step workflow

Step 1 — Inventory AutoCAD standard

Where: Templates, CTB/STB, Page Setups, PC3, paper sizes

Do this: List what the office actually depends on.

Check: Migration scope is visible.

Step 2 — Open representative DWGs

Where: BricsCAD

Do this: Check Layouts, title blocks, viewport scales and plot-style model.

Check: Drawing-level behavior is intact.

Step 3 — Install plot styles

Where: BricsCAD PlotStyles path

Do this: Deploy CTB/STB and verify calibration sheet.

Check: Lineweight/color standard transfers correctly.

Step 4 — Rebuild/test output configs

Where: BricsCAD Page Setup/PC3 by platform

Do this: Map Windows printers or PDF-first macOS/Linux workflow.

Check: No AutoCAD-only PC3 assumption remains.

Step 5 — Pilot issue set

Where: Small real project

Do this: Publish/print several sheet types and compare with known-good AutoCAD output.

Check: Migration is accepted before broad rollout.

What usually goes wrong

What you seeLikely layerFirst check
DWG opens but PC3 missingEnvironment-dependent configRecreate/map BricsCAD output path.
CTB not visiblePlotStyles pathDeploy to BricsCAD path.
Mac/Linux physical printer absentPlatform differenceUse PDF-first workflow.
Lineweights differStyle/device calibrationCompare same test sheet.

Practical example

A company migrates a DWT containing A1/A3 Page Setups and a monochrome CTB. Keep the title blocks, Layouts and CTB logic, but build/test BricsCAD output configurations per platform. The goal is equivalent issued sheets, not identical internal configuration files.

What not to do

  • Do not call the migration complete because the DWG opens without errors.
  • Do not copy AutoCAD PC3 files blindly into every BricsCAD platform.
  • Do not recalibrate CTB values until the same PDF is compared through both products.

Good office standard

Maintain a migration test matrix: DWG/Layout, CTB/STB, paper sizes, Page Setup, PDF, physical plotter and platform. Sign off the output, not just the file opening.

Quick verification before you move on

  1. Use one representative drawing or sheet, not a production batch.
  2. Verify page size, orientation and a known dimension.
  3. Compare Preview/PDF with the physical output when a printer is involved.
  4. Save the setting or set only after the result is repeatable.

Official references

Frequently asked questions

What usually transfers most easily?

DWG/Layout concepts and CTB/STB plotting logic are highly familiar, but always verify real output.

What needs the most caution?

PC3/device deployment and cross-platform physical printing.

Should I compare PDFs or only hardcopy?

Compare both. PDF isolates CAD output; hardcopy verifies the downstream device path.

Explore more in BricsCAD Printing & Plotting Guide.