(x<0~또는~x>2)}}}
\`\`\`

PR #396 의 \`test_cases_korean_no_overlap\` 셈플과 다른 패턴: \`{cases{ROW1#eqalign{#EXPR}&eqalign{#COND}}}\` — leading \`#\` 으로 첫 행을 비우는 vertical alignment 트릭.

## 증거

### 시각 (rhwp export-svg --debug-overlay)

페이지 5 에서 \`(1/2) x²\` 가 \`12r²\` 처럼 squashed 되어 출력. 같은 페이지 다른 분수(\`1/2 h²\` 등)는 정상.

### SVG transform 분석 (구조 증거)

페이지 5 의 35개 수식 \`<g transform=\"translate(...) scale(SX, SY)\">\` 분석:

| 수식 위치 | scale_x | scale_y | 평가 |
|-----------|---------|---------|------|
| pi=151 CASES (첫째) | 0.72 | 1.16 | 이상 |
| **pi=165 CASES (둘째)** | **0.82** | **1.64** | **극단** |
| 그 외 33개 일반 수식 | 0.93~1.43 | 0.96~1.06 | 정상 |

pi=165 의 y-scale 1.64 는 같은 페이지 다른 수식 33개 평균 \`1.00±0.04\` 대비 64% 초과. PR #396 의 \`svg.rs\` 의도한 "HWP 권위 높이 vs 레이아웃 높이 차이 보정" 메커니즘이 CASES+EQALIGN 중첩 토폴로지에서 극단 비율을 유발 → 글리프 왜곡.

### 본질 추정

\`eqalign{# EXPR}\` (leading-empty-row) 패턴에서 equation layout 엔진이 height 를 1행분으로만 계산. 한컴은 이 토폴로지를 2행분으로 처리하여 더 높은 bbox 저장. svg.rs 가 그 차이를 y-scale 1.64x 로 메우면서 글리프 stretching 발생.

## 수락 기준

- [ ] pi=165 CASES script 의 layout 산출 height 가 HWP 저장 height (\`eq.common.height\`) 와 ±10% 이내로 정합 → SVG y-scale ≤ 1.10 달성
- [ ] PR #396 의 \`test_cases_korean_no_overlap\` 회귀 0건
- [ ] svg_snapshot 6/6, issue_418/501 회귀 0건
- [ ] cargo test --lib 통과 + 신규 회귀 테스트 ≥1
- [ ] clippy 0건
- [ ] 본 fixture p5 시각 검증 — \`(1/2) x²\` squashing 해소

## 관련

- #175 (CLOSED, PR #396)
- #174 (CLOSED, PR #396)
- 진단: \`mydocs/tech/all_in_one_parser_fidelity_strategy.md\` §13