[layout] exam_eng 2쪽 편지 서명과 답지 사이 문단 간격이 한/글보다 5.7px 좁다 — 같은 쪽 줄 간격은 일치

[planet6897]

요약

문단 사이 간격 하나가 한/글보다 5.7px 좁습니다. 같은 쪽의 줄 간격·글자 위치는 정본과 1px 안에서 맞습니다 — 어긋난 것은 이 간격 하나입니다.

실측

samples/exam_eng.hwp 2쪽 오른쪽 단, 정본 pdf/exam_eng-2022.pdf 2쪽. 양쪽 다 <char x= y=> 원점, 96dpi px.

                              정본      rhwp
  'Martha Kingsley'          504.8     506.6
  'Race Manager'             522.4     524.2     ← 편지 서명 끝
  '① 마라톤 경기 취소 …'      555.8     551.9     ← 답지 첫 줄

  서명 -> 답지 간격            33.4      27.7     차 -5.7px

그 아래 답지 줄 간격은 양쪽 모두 20.0px 로 일치하고, 같은 단의 다른 줄은 +1.7 ~ +1.8px 상수 오차입니다. 곧 줄 높이나 글자폭 축이 아니라 문단 사이 간격 하나입니다.

기존 결함입니다

devel · #7398 적용 · #7398 + #7420 적용 세 빌드가 전부 같은 값(524.2 / 551.9)입니다.

왜 지금 중요한가

exam_eng Visual Sweep 에서 p2 만 90% 문턱 바로 아래에 걸려 있습니다.

          p1    p2    p3    p4    p5    p6    p7    p8
devel    95.4  89.9  94.7  92.4  94.5  94.6  70.5  88.4
+둘 다    96.6  89.6  95.8  93.5  97.1  96.7  87.1  96.3

p2 89.6% 와 p7 87.1%(#7428) 둘 때문에 #7398·#7420 의 PR 이 시각 게이트에 걸립니다. 다른 여섯 쪽은 전부 93% 이상입니다.

재현

RHWP_FONT_PATH=ttfs/hwp:ttfs/windows \
  target/pr-review/release/rhwp export-svg samples/exam_eng.hwp -o /tmp/p2 -p 1
# /tmp/p2 의 x>=540 런과
mutool draw -F stext -o - pdf/exam_eng-2022.pdf 2   # 의 x>=405pt 글자를 대조

비범위

원인 계층(문단 아래 간격 / 다음 문단 위 간격 / 답지 표의 바깥 여백 중 무엇인지)은 확인하지 않았습니다.

[planet6897]

좁혔습니다 — 저장 vpos 를 안 지킵니다, 그리고 그 문단은 글상자 바로 뒤입니다

같은 단의 다른 답지로 열 원점을 역산해 저장 값과 대조했습니다.

대조군  '① Sure. I hope …'   저장 vpos=25726 base=575
        rhwp 568.8  ->  열 원점 218.1px

대상    '① 마라톤 경기 취소 …'  저장 vpos=24805 base=575
        저장대로면  556.5px
        정본        555.8px   (차 -0.7)
        rhwp        551.9px   (차 -4.6)   ← 저장보다 4.6px 위

정본은 저장 vpos 를 지키고 rhwp 만 위로 뜹니다. 같은 쪽의 다른 답지(① Sure…)는 +0.6px 로 정확합니다 — 곧 열 원점도 줄 간격도 맞고, 이 문단 하나의 세로 시작점만 어긋납니다.

갈리는 지점

그 문단은 글상자 바로 뒤입니다. Dear Rosydale City Marathon Racers … 편지가 글상자이고(Race Manager 서명이 그 안, 깊이 > 0), ① 마라톤 … 은 본문 단 흐름의 문단입니다. 같은 쪽의 정확한 답지들은 앞에 글상자가 없습니다.

읽자면 — 글상자가 차지한 세로 높이를 4.6px 적게 계상해 뒤 문단이 그만큼 위로 붙습니다. 저장 vpos 가 그 자리를 이미 말하고 있는데 그 값을 쓰지 않습니다.

착수 지점 제안

이 저장소에서 같은 형상을 이미 여러 번 다뤘습니다 — 저장 vpos 를 쓸지 다시 계산할지의 판정입니다(#7408/#7411 의 저장 LineSeg 축, height_cursor 의 vpos 스냅). 글상자 뒤 문단이 그 판정에서 어느 갈래로 가는지부터 보면 됩니다.

재현은 위 세 수치를 그대로 재면 됩니다(대조군으로 열 원점 역산 → 대상 문단의 저장 vpos 와 대조).

[planet6897]

더 좁혔습니다 — 그 문단은 vpos_adjust 를 아예 안 거칩니다

기존 진단(RHWP_VPOS_DEBUG)에 조기 반환 사유 출력을 임시로 붙여 2쪽을 찍었습니다.

VPOS_BYPASS: pi=104 prev_pi=103 reason=prev_vpos_zero y_in=243.59
(pi=105 — 아무 줄도 없음)
VPOS_CORR:   path=lazy pi=106 prev_pi=105 prev_vpos=24805 ... result=559.60

• pi=105 가 ① 마라톤 … 입니다(저장 vpos 24805 — 다음 줄에 prev_vpos 로 나옵니다).
• pi=105 에는 VPOS_CORR 도 VPOS_BYPASS 도 없습니다. 곧 그 문단은 를 거치지 않고 흐름 커서 값 그대로 놓입니다.
• 바로 앞 pi=104(편지 글상자를 단 문단)는 prev_vpos_zero 로 우회합니다.
• pi=106 부터는 정상 동작합니다 — prev_vpos=24805 를 근거로 result=559.60 을 냅니다. 곧 그 뒤 줄들은 105 의 잘못된 시작점 위에 정확한 간격으로 쌓입니다(관측된 −3.9px 가 답지 전체에 균일한 이유).

정리하면

pi=104 의 우회 사유(prev_vpos_zero: 직전 문단의 저장 seg 가 vertical_pos == 0)와, pi=105 가 왜 호출 자체를 안 받는지를 함께 봐야 합니다. 후자가 핵심입니다 — 우회라면 진단이 찍혔을 텐데 그것조차 없습니다.

진단은 임시로만 넣었고 되돌렸습니다(트리 clean).

[planet6897]

더 좁혔습니다 — 그 문단은 vpos_adjust 를 아예 안 거칩니다

(바로 위 코멘트에서 셸이 일부 줄을 먹어 다시 올립니다.)

기존 진단(RHWP_VPOS_DEBUG)에 조기 반환 사유 출력을 임시로 붙여 2쪽을 찍었습니다.

VPOS_BYPASS: pi=104 prev_pi=103 reason=prev_vpos_zero y_in=243.59
(pi=105 — 아무 줄도 없음)
VPOS_CORR:   path=lazy pi=106 prev_pi=105 prev_vpos=24805 ... result=559.60

• pi=105 가 ① 마라톤 … 입니다(저장 vpos 24805 — 다음 줄에 prev_vpos 로 나옵니다).
• pi=105 에는 VPOS_CORR 도 VPOS_BYPASS 도 없습니다. 곧 그 문단은 vpos_adjust 를 거치지 않고 흐름 커서 값 그대로 놓입니다.
• 바로 앞 pi=104(편지 글상자를 단 문단)는 prev_vpos_zero 로 우회합니다.
• pi=106 부터는 정상 동작합니다 — prev_vpos=24805 를 근거로 result=559.60 을 냅니다. 곧 그 뒤 줄들은 105 의 잘못된 시작점 위에 정확한 간격으로 쌓입니다(관측된 −3.9px 가 답지 다섯 줄에 균일한 이유).

정리

저장대로면   556.5px     (열 원점 218.1 + vpos 24805 + base 575)
정본         555.8px
rhwp         551.9px     <- vpos_adjust 미호출, 흐름 커서 그대로

pi=104 의 우회 사유(prev_vpos_zero — 직전 문단의 저장 seg 가 vertical_pos == 0)와, pi=105 가 왜 호출 자체를 안 받는지를 함께 봐야 합니다. 후자가 핵심입니다 — 우회라면 진단 한 줄이 찍혔을 텐데 그것조차 없습니다. vpos_adjust 호출부에서 글상자(TAC) 뒤 첫 문단이 어느 분기로 가는지부터 보면 됩니다.

진단 코드는 임시로만 넣었고 되돌렸습니다.

[planet6897]

호출 지점까지 좁혔습니다 — 남은 후보가 둘입니다

vpos_adjust 의 조기 반환 네 곳에 진단을 임시로 붙이고(no_prev · overlay/partial · no_seg · prev_vpos_zero), 호출부의 prev_layout_para 리셋에도 붙여 2쪽을 다시 찍었습니다.

VPOS_BYPASS: pi=103 reason=no_prev y_in=213.53          ← 오른쪽 단 첫 항목
(local 104 — 아무 줄도 없음)
(local 105 — 아무 줄도 없음)   ← '① 마라톤 …' (저장 vpos 24805)
VPOS_CORR:   path=lazy pi=106 prev_pi=105 prev_vpos=24805 ... result=559.60
VPOS_CORR:   path=lazy pi=107 prev_pi=106 ... result=579.52

(pi 는 구역-지역 인덱스입니다.)

읽히는 것

• 103 은 단 첫 항목이라 prev_layout_para 가 없어 정상 우회입니다.
• 104 · 105 는 어떤 진단도 찍지 않습니다. 계측한 네 갈래 중 어느 것도 아닙니다.
• 그런데 106 은 prev_pi=105 를 봅니다 — 곧 105 는 호출부 루프의 끝까지 갔습니다(prev_layout_para = Some(local) 이 그 자리에서 일어납니다). continue 로 건너뛴 게 아닙니다.
• 106 부터는 정상입니다. 그래서 답지 다섯 줄이 105 의 잘못된 시작점 위에 정확한 간격으로 쌓입니다.

남은 후보 둘

계측하지 않은 조기 반환은 둘뿐입니다.

1. uniform_filler_ladder — 다만 같은 실행에서 VPOS_CORR 이 53줄 나오므로 전역으로 켜진 상태는 아닙니다.
2. item_para == prev_pi — 직전 항목의 지역 인덱스가 이미 105 였다면 조용히 반환합니다. 편지 글상자를 단 문단이 PageItem 을 여러 개 만들면 이 형상이 됩니다.

②가 유력합니다. 확인은 호출부에서 (item 종류, local) 를 순서대로 한 줄씩 찍으면 끝납니다 — local=105 인 항목이 둘 이상인지 보면 됩니다.

진단 코드는 전부 되돌렸습니다(트리 clean).