fix(task-22): headless named views are written as plan views and restore carries the orientation

ezdxf's VIEW default is direction=(1, 1, 1) — an isometric view — so every
named view the headless engine wrote to disk was oblique while the tool
claimed to store the plan window of center/height; AutoCAD restored it in
that DCS. view_named_save now writes direction (0,0,1), target (0,0,0) and
view_twist 0 explicitly. view_named_restore copies direction/target/twist
from the VIEW into the *Active VPORT instead of flattening a foreign
oblique view to plan, reading the attributes the way the file carries them
(ezdxf forces those tags on export). Measured live on AutoCAD 2026:
Views.Add already creates a plan view, so the COM path only gains a note.

Tests: the VIEW entry and the reopened DXF assert 11/21/31 = 0/0/1 and the
target; a hand-built oblique, twisted VIEW restores its orientation into
the VPORT and a tool-saved view puts it back on plan.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01FKFStjEFzpGyLq5bMpWxTd

backends/com_backend.py

@@ -1662,6 +1662,9 @@ class ComBackend(AutoCADBackend):
             view = self._com_view(doc, clean)
             replaced = view is not None
             if view is None:
+                # Measured (AutoCAD 2026): Views.Add creates a plan view —
+                # Direction (0, 0, 1), Target (0, 0, 0) — so unlike ezdxf's
+                # VIEW default of (1, 1, 1) nothing has to be forced here.
                 view = doc.Views.Add(clean)
             view.Center = _av([cx, cy])
             view.Height = float(h)