LAYOUT_OVERFLOW: page=0, col=0, para=34, type=FullParagraph, y=1288.0, bottom=1028.9, overflow=259.1px
LAYOUT_OVERFLOW_DRAW: section=1 pi=35 line=0 y=1304.0 col_bottom=1028.9 overflow=275.1px
LAYOUT_OVERFLOW: page=0, col=0, para=35, type=PartialParagraph, y=1316.8, bottom=1028.9, overflow=287.9px
높음 — v0.7.6 사이클 누적 작업의 정합성 검증. 다른 샘플의 잠재 회귀 가능.
증상
samples/k-water-rfp.hwp의 SVG 출력에서 페이지 1 하단의 문단이 페이지 분할되지 않고 클램프됨. 페이지 3 디버그 레이아웃 확인 시 LAYOUT_OVERFLOW 경고가 페이지 1 (page=0) 에서 발생.dump-pages -p 0결과 페이지 1 items=33, used=728.1px (col_height=915.5 이내) 로 표시되지만, 실제 layout 단계에서 pi=34/35 가 col_bottom 을 약 260~288px 초과. 즉 pagination 단계의 fit 판정과 layout 단계의 실제 y 진행이 정합하지 않음.재현
영향 범위
분석 방향 (정공법)
원복이나 히스토리 추적 없이 현재 코드 기준으로 정확한 원인 식별:
1. Pagination fit 판정 vs Layout y 진행 정합 점검
dump-pages의 used=728.1px (pagination 단계) 와 실제 layout 의 마지막 항목 y 좌표 (~1316.8) 차이 ~588pxTypesetEngine::format_paragraph와LayoutEngine::layout_*의 height 산정 일관성 점검 필요2. 셀이나 표 외 문단의 vpos / line_height / spacing 누적 점검
3. col_height 계산 점검
bottom=1028.9는 페이지 절대 좌표 — body_area.y(113.3) + h(915.5) = 1028.8 와 일치 ✅검증 방향
RHWP_TYPESET_DRIFT=1진단 훅 (Task 페이지네이션: LINE_SEG vpos-reset / page-break 플래그 무시로 하단 오버플로우 #321 시점 도입) 활용 가능 여부 점검마일스톤
v1.0.0 (M100)
우선순위
높음 — v0.7.6 사이클 누적 작업의 정합성 검증. 다른 샘플의 잠재 회귀 가능.
관련