This package provides the high-performance core components of a CAD viewer such as document management, command handling, and collaboration between the UI and rendering engines. It's designed for optimal performance when handling large CAD files.
This module doesn't depend on any UI framework and doesn't provide any UI except canvas. If you want to integrate a high-performance CAD viewer into a web application with your own UI, this module is the correct choice.
Use cad-simple-viewer if you need core CAD logic only (document management, command stack, rendering engine integration) without any UI framework dependencies. This package is ideal if:
Recommended for: Custom integrations, headless CAD processing, or advanced users building highly tailored CAD solutions.
src/app/ – Document/context management, settingssrc/command/ – Command implementations (open, zoom, select, etc.)src/editor/ – Command stack, input handling, global functionssrc/service/ – Layer/entity services and UI layer storesrc/view/ – Layout and scene managementsrc/util/ – Utilitiesnpm install @mlightcad/cad-simple-viewer
Please refer to cad-simple-viewer-example on basic usage and advanced usage.
While cad-simple-viewer doesn't support saving drawings to DWG/DXF files, it provides comprehensive support for modifying drawings in real-time. You can add, edit, and delete entities within the drawing, and the viewer will automatically update to reflect these changes.
When you modify entities, you're working directly with the underlying drawing database. The viewer automatically detects these changes and updates the display accordingly. This real-time synchronization ensures that:
This capability makes cad-simple-viewer suitable for applications that need to not only display CAD files but also allow users to interact with and modify the drawing content.
Important Note: The usage patterns in cad-simple-viewer are very similar to AutoCAD RealDWG. If you're familiar with AutoCAD RealDWG development, you'll find the API structure and workflow nearly identical. The main difference is that we use the realdwg-web API instead of the native RealDWG libraries.
In cad-simple-viewer-example it demonstrates how to create one drawing with realdwg-web API.
Layer table mutations are centralized in AcApLayerService. UI integrations should use AcApDocument.layerStore, which observes that document's layer table and delegates mutations to its layer service.
AcApLayerService.setLayerOn accepts { switchCurrentLayer?: boolean }:
false. Batch helpers skip the current layer instead.AcApLayerStore, Vue useLayers) pass true so hiding or freezing the active layer moves CLAYER to another visible layer first.LockAndFade modeThe LockAndFade isolation keyword matches AutoCAD naming but the viewer locks non-isolated layers only. It does not apply a visual fade; users are notified when selecting this mode in the LAYISO command.
The viewer loads worker scripts for DWG parsing and MTEXT rendering. DXF is
parsed by the built-in converter in @mlightcad/data-model (no separate worker).
Host applications must deploy the DWG/MTEXT worker files and point to them via
webworkerFileUrls in AcApDocManager.createInstance().
Before calling openDocument(), verify that the workers are reachable. Use the built-in readiness API rather than downloading worker bodies with a plain GET request (the LibreDWG worker alone is ~12 MB):
import {
AcApDocManager,
LIBREDWG_PARSER_WORKER_FILE,
MTEXT_RENDERER_WORKER_FILE
} from '@mlightcad/cad-simple-viewer'
const workerUrls = {
dwgParser: `./workers/${LIBREDWG_PARSER_WORKER_FILE}`,
mtextRender: `./workers/${MTEXT_RENDERER_WORKER_FILE}`
}
// Option 1: check before creating the manager
const ready = await AcApDocManager.checkWebworkerReadiness(workerUrls)
if (!ready) {
throw new Error('CAD worker scripts are missing or blocked')
}
const manager = AcApDocManager.createInstance({ webworkerFileUrls: workerUrls })
// Option 2: check on an existing manager instance
if (!(await manager.areWorkersReady())) {
throw new Error('CAD worker scripts are missing or blocked')
}
areWorkersReady() and checkWebworkerReadiness() use HEAD requests internally. Successful URL probes are cached for the current page lifecycle; failures are not cached at the probe layer, so a transient network error can succeed on a later areWorkersReady() call. After each check, manager.workersReady is true or false (null only before the first check).
You can also enable automatic checks during initialization:
AcApDocManager.createInstance({
webworkerFileUrls: workerUrls,
checkWorkersOnInit: true
})
manager.events.workersReady.addEventListener(({ ready }) => {
if (!ready) console.error('CAD workers are not reachable')
})
AcApContext - Main application contextAcApDocManager - Document managementAcApDocument - Individual document handling (includes layerService and layerStore)AcApSettingManager - Settings managementAcApLayerService - Layer table mutations with undoAcApLayerStore - Cached layer rows and UI-friendly mutations (via AcApDocument.layerStore)AcApEntityService - Entity selection, transform, and edit helpersacapRunServiceEdit - Undo-wrapped edits outside command transactionsAcApOpenCmd - Open file commandAcApZoomCmd - Zoom commandAcApPanCmd - Pan commandAcApSelectCmd - Selection commandSVG export (csvg) is provided by the optional @mlightcad/cad-svg-plugin package.
AcEditor - Main editor classAcEdCommandStack - Command stack managementAcEdSelectionSet - Selection handlingAcEdInputPoint - Input point managementAcTrScene - Scene managementAcTrLayoutView - Layout view handlingAcTrView2d - 2D view managementThis package acts as the core logic layer, connecting the frontend UI with the rendering engines and managing all document-related operations.
MIT