fix: direct formatting on a run beats its named character style

A character style is a stylesheet rule, direct formatting an inline style on the
run's span. The charStyle mark ranked below TextStyle, so its span sat *inside*
and the rule won over the ancestor's inline style — a 9pt style silently undid a
run's own 10pt. Priority 102 lifts it above TextStyle's 101.

One fixture: 259 → 172 parity issues, lineEnd 49 → 7.

src/lib/editor/extensions/characterStyle.ts

@@ -16,6 +16,10 @@ declare module '@tiptap/core' {
 export const CharacterStyle = Mark.create({
   name: 'charStyle',
 
+  // Above TextStyle's 101, so this span wraps the direct formatting's instead of sitting
+  // inside it: the style is a stylesheet rule, and a rule beats an ancestor's inline style.
+  priority: 102,
+
   addAttributes() {
     return {
       name: {

src/lib/styles/CLAUDE.md

@@ -56,7 +56,8 @@ holds it as a reactive singleton persisted to `odf-editor-styles` (same shape as
   declares no style; `tests/unit/style-resolve.test.ts` asserts the built-ins match it.
 - **Character styles** are the second family (`sheet.character`, LibreOffice's Emphasis /
   Strong Emphasis / Source Text): the `CharacterStyle` mark (`charStyle`, attr `name`) tags a run
-  and renders `data-char-style`, `styleCss` emits a rule per style, and the gallery lists them
+  and renders `data-char-style` (`priority: 102`, so the span wraps the direct formatting's —
+  a stylesheet rule beats an ancestor's inline style), `styleCss` emits a rule per style, and the gallery lists them
   under the paragraph styles (clicking the active one toggles it off). **ODF**: export bakes the
   style's resolved formatting onto the run *and* prefixes a `CST` sentinel (U+E00E) so
   `applyCharacterStyles` re-points that span at a clone whose parent is the named