is_fullwidth_symbol 범위 리스트에 U+25A0-U+25FF (□■▲◆○ 등
Geometric Shapes 블록) 추가. HWP 섹션 머리 기호로 빈번히 쓰이며,
PDF(한컴) 폰트 메트릭은 이를 전각으로 측정하나 rhwp 는 반각(em/2) 으로
측정해 후속 글자가 ≈em/2 만큼 좌측으로 붕괴하던 문제 해결.

- 수정: text_measurement.rs:845 is_fullwidth_symbol 에 한 줄 추가
- 테스트: tests.rs 에 Geometric Shapes 전각 검증 + "□ 가" 회귀 방지 2건

검증 (samples/text-align.hwp):
- 제목 "국" 시작 x: 94.40 → 105.40 (PDF 환산 105.39 와 0.01px 일치)
- cargo test --lib: 929 passed (신규 2건 포함)
- cargo clippy --lib -- -D warnings: clean

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

- 수행계획서 v2: 원본 ②③(Justify/Hanging indent) 은 PDF 좌표 비교 결과
  실제 버그 아님이 확인되어 범위 축소. 핵심은 ① 공백 advance 가 아닌
  □ 글자 폭 측정 오류 (is_fullwidth_symbol 범위 누락).
- 구현계획서 v2: 2단계 (소스 + 테스트, 통합 검증)
- 단계2 보고서: 수정 내역, 좌표 비교, 영향 정량화

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

- form-002 page 0 golden 업데이트: "□ 개념" / "□ 개발내용" 섹션 머리에서
  □ 전각 인식으로 후속 글자 +9px 정상 advance (2 위치 × 3줄 = 6줄 변경)
- 최종 결과보고서: 원인 규명(가설 ② Justify / ③ hanging indent 기각 →
  실제 원인은 is_fullwidth_symbol 범위 누락), 수정 내역, 검증 결과
- orders/20260423 완료 상태로 갱신

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

pagination 이 TAC 표 문단에 PageItem::Table 만 발행하고 FullParagraph
를 발행하지 않아 paragraph_layout 의 TAC 분기가 호출되지 않는 경우
(선행 공백만 있는 TAC 표, 또는 너비 ≥ 90% seg_width 로 block 분류된
TAC 표), layout_table_item 의 inline_shape_position 이 비어있어 표가
body_left(col_area.x) 에 붙는 문제 수정.

layout_table_item 의 tbl_inline_x 분기에 is_tac 케이스 추가:
composed.lines[0] 의 runs 에서 target TAC 이전 텍스트 폭을 직접 합산.
block 취급 TAC (tac_controls 빈 상태) 에서는 line 0 전체 합산 fallback.

- 수정: layout.rs tbl_inline_x 분기 + compute_tac_leading_width 헬퍼
- 테스트: tests.rs 에 block/inline 두 케이스 검증 2건
- 검증 (samples/text-align.hwp): 표 첫 셀 x 75.59 → 109.59 (PDF 환산 112 와 ±3px 수렴)
- cargo test --lib: 931 passed (신규 2건 포함)
- cargo test --test svg_snapshot: 3 passed (기존 golden 영향 없음)
- cargo clippy --lib -- -D warnings: clean

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

- v3 수행·구현계획서: TAC 표 선행 공백 x 좌표 보정 스코프 (2단계)
- 단계4 보고서: 수정 내역, 원인 재확인(composer is_tac_table_inline
  90% 임계치로 block 분류된 TAC 표에서 tac_controls 비어있는 케이스),
  검증 결과

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

HY헤드라인M / HY견고딕 / HY견명조 / HY그래픽 등 face 이름 자체가
굵은 display 폰트들은 HWP CharShape.bold=false 로 저장되어도
PDF(한컴) 출력에서는 heavy face 자체 weight 로 굵게 렌더된다.
rhwp SVG 는 해당 face 가 설치되지 않은 환경에서 Malgun Gothic 등
regular fallback 으로 떨어지며 시각적 bold 가 소실.

- style_resolver.rs: is_heavy_display_face() 헬퍼 추가 (8개 face)
- mod.rs: TextStyle::is_visually_bold() 메서드 (bold || heavy_face)
- svg.rs: 4곳 font-weight="bold" 분기를 is_visually_bold() 로 치환
- tests.rs: heavy face 매칭 + 체인 기준 primary face 판정 2건 추가

검증 (samples/text-align.hwp):
- 제목 "□ 국어 변화..." 에 font-weight="bold" 속성 추가됨
- Chrome headless 150dpi 렌더에서 제목이 PDF 와 시각적으로 근사한 굵기
- cargo test --lib: 933 passed (신규 2건 포함)
- cargo test --test svg_snapshot: 3 passed (기존 golden 영향 없음)
- cargo clippy --lib -- -D warnings: clean

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

- v4 수행·구현계획서: heavy display face 시각 bold 근사 스코프 (2단계)
- 단계5 보고서: 수정 내역, is_heavy_display_face 헬퍼, TextStyle::is_visually_bold,
  svg.rs 4곳 분기, 시각 검증 결과

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

- 최종 결과보고서 v4: v1~v4 전체 여정, 좌표·시각 수렴 표, 커밋 이력,
  잔여 범위, 종결 승인 요청
- 단계6 보고서: 테스트 재확인(933 passed, clippy clean, svg_snapshot 3
  passed), 스모크 스위프(exam_kor/biz_plan/text-align) 회귀 없음
- orders/20260423.md: v3/v4 단계 체크박스 + 머지 대기 상태

종결 항목:
- 수행계획서 v1~v4, 구현계획서 v1~v4
- 단계별 보고서 stage1~stage6 (6건)
- 신규 단위 테스트 6건, 신규 샘플 1건, svg_snapshot golden 1건 갱신

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

…etric Shapes + TAC 표 선행 공백 + heavy face bold)