fix(editor): stabilize visual table line breaks

[murongg]

Summary

• route Enter and Shift+Enter from both visual table cells and Safari’s shared contenteditable table through one controlled path
• suppress WebKit’s follow-up native line-break event so it cannot rewrite the persisted
  or move the caret back
• cover line breaks at the start, middle, and end of a cell, Chromium-style cell event targeting, Safari-style table event targeting, and composition input

Why

Safari targets keyboard events at the shared contenteditable table, while Chromium can target the focused cell. The original #632 implementation listened for Enter only on each cell, so Safari fell through to native editing behavior: middle breaks became spaces, boundary breaks could appear briefly, and subsequent input jumped back to the original line.

Validation

• pnpm --filter @markra/editor test — 34 files, 408 tests passed
• pnpm --filter @markra/editor test -- table.test.ts — 53 tests passed
• pnpm --filter @markra/editor build — passed
• pnpm --filter @markra/editor typecheck:test — passed
• pnpm --filter @markra/app test -- styles.test.ts MarkdownExportDocument.test.tsx — 72 tests passed
• Safari QA: generated
  NextAlpha, Al
  Nextpha, and Alpha
  Next for start, middle, and end insertion respectively
• git diff --check — passed

An initial concurrent full-suite run had one unrelated block-drag test failure; the isolated test and the subsequent serial full suite both passed.

Risk

• Not run: manual Windows QA; both known browser event-target paths are covered by tests.

Refs #632

[vercel]

The latest updates on your projects. Learn more about Vercel for GitHub.

Project	Deployment	Actions	Updated (UTC)
markra-web	Ready	Preview	Aug 2, 2026 12:23am