#295)

- 작성자: @planet6897 (Task #295, PR #298, 오늘 5번째 기여)
- Merge commit: 42ae6ff (admin merge, orders 문서 충돌 직접 해결)
- 이슈 #295 CLOSED

처리 절차:
- PR 브랜치에 origin/devel 머지 → orders 섹션 재배치 (#295 "## 7", #296 "## 8")
- planet6897/task295 에 push (maintainerCanModify 허용)
- WASM Docker 빌드 + rhwp-studio 브라우저 시각 검증 성공
- 재승인 + admin merge

변경 (1 file):
- src/renderer/layout.rs +40 -20:
  1. renders_above_body → renders_outside_body 확장 (vert=Paper|Page, above|below body)
  2. Square wrap 표 halign 반영 (Left/Right/Center/Outside)
  3. 어울림 호출 가드 제거 (wrap_around_paras.is_empty())
  4. 호스트 본문 다중 줄 렌더링 복원 (첫 줄 → rposition)

성과:
- 12쪽 LAYOUT_OVERFLOW: 18건 → 0건
- 4개 샘플 (exam_math/exam_math_no/equation-lim/text-align-2) LAYOUT_OVERFLOW: 0건

검증:
- cargo test --lib: 992 passed
- svg_snapshot: 6 passed (golden 유지)
- clippy + wasm32 check: clean
- WASM 빌드 + 브라우저 시각 검증: 작업지시자 판정 성공

후속 추적:
- #297 (우측 컬럼 단락 높이 과대, #295 에서 분리된 사전 존재 버그)

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

 #297)

- 작성자: @planet6897 (Task #297, PR #300, 오늘 6번째 기여)
- Merge commit: 0e3fb02 (admin merge, orders 3구간 충돌 직접 해결)
- 이슈 #297 CLOSED

처리 절차:
- PR 브랜치에 origin/devel 머지 → orders 섹션 3구간 해결 (#295 "## 7", #296 "## 8", #297 "## 9")
- planet6897/task297 에 push
- 재승인 + admin merge

변경 (1파일):
- src/renderer/layout/table_layout.rs +5 -2:
  - VertRelTo::Page => (col_area.y, col_area.height)  [쪽 본문 영역]
  - VertRelTo::Paper => (0, page_h_approx)  [용지 전체, 유지]
  - HWP 스펙 Page=쪽 본문, Paper=용지 전체 반영

성과:
- pi=22 "* 확인 사항" 박스 y: 1371.5 → 1224.07 (PDF 1226.5 ±2 일치)
- 145 샘플 중 본문 Page 표 13건 + 바탕쪽 5건 회귀 스캔 완료 (의도 범위 외 무회귀)

검증:
- cargo test --lib: 992 passed
- svg_snapshot: 6 passed (golden 유지)
- 실제 SVG y 좌표 확인: 1224.07px (PDF 일치)

#295 → #297 연결 모범 사례: PR #298 리뷰 중 사전 존재 버그로 분리 → 1시간 만에 PR #300 해결.
초기 가설(바탕쪽 Paper) 폐기 → pdftotext 실측으로 근본 원인(enum 미구분) 발견 → 1줄 수정.

===== 오늘 9번째 PR 머지 =====
#284 #285 #266 #273 #277 #278 #289 #292 #298 #300
+ 메인테이너 핀셋 #296

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

samples/basic/KTX.hwp 1페이지 2단 구성에서 오른쪽 단의 TAC 표
(pi=31 16x15, pi=32 10x9) 가 단의 좌측 끝에 붙어 렌더되던 회귀 수정.
한컴 PDF 는 단의 우측 정렬.

근본 원인:
src/renderer/layout.rs::layout_columns 의 표 위치 계산 (tbl_inline_x):
- 비-TAC + Square wrap 분기는 Task #295 (PR #298) 에서 horz_align 반영
- 그러나 TAC 분기는 ParaShape alignment 무시 → align=Right/Center 인
  TAC 표가 단/문단 좌측에 강제 정렬

KTX.hwp pi=31 (TAC, align=Right):
- 한컴 기대: x=518.56 (단 우측 정렬)
- rhwp: x=494.10 (단 좌측 강제)
- 차이: 24.46px (6.5mm)

수정 (src/renderer/layout.rs +15줄):
- TAC 분기에 ParaShape alignment 매치 추가
  - Right → col_area.x + col_area.width - tbl_w - margin_right
  - Center → col_area.x + (col_area.width - tbl_w) / 2.0
  - 기타 (Justify/Left/...) → 기존 base_x 유지
- .max(base_x) 안전장치로 leading 보존 (TAC 표 앞에 텍스트 있는 경우)

검증:
- cargo test --lib: 992 passed (golden 무회귀)
- svg_snapshot 6 / issue_301 1 / tab_cross_run 1 모두 통과
- clippy + wasm32 check: clean
- 5샘플 byte-diff:
  - KTX.hwp: 1/1 (의도된 수정)
  - exam_math: 0/20 (무영향)
  - 21_언어: 0/19 (무영향)
  - aift.hwp: 18/74 (모두 align=Center/Right TAC 표의 의도된 개선)
  - biz_plan: 1/6 (의도된 개선)
- WASM Docker 빌드 + 브라우저 시각 검증: 작업지시자 판정 성공

부가 성과:
KTX 외 aift.hwp 18페이지 + biz_plan.hwp 1페이지 = 총 20개 페이지
의 TAC 표 정렬 개선 (제보 안 된 잠재 회귀 함께 해소).

산출물:
- mydocs/plans/task_m100_291{,_impl}.md
- mydocs/working/task_m100_291_stage{1,2,3}.md
- mydocs/report/task_m100_291_report.md
- mydocs/troubleshootings/tac_table_para_align.md (재발 방지)
- mydocs/orders/20260425.md 갱신

후속 이슈 후보 (별도 분리):
- t.common.horz_align 과 ParaShape alignment 우선순위 정립

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