/*
 * 기사 본문 헤딩 스케일 — 블로그 CPT + 문서형 공통.
 * 스코프 `.single-post-inner` 를 쓰는 템플릿은 single-blog.php 와
 * views-part/single-case-blog.php 딱 둘이다(전수 grep 2026-08-06) — 다만 "템플릿
 * 둘"과 "콘텐츠 무엇"은 다른 질문이다. single-case_studies.php:153 이
 * `view_type==='blog'` 인 case_studies 글을 예외 없이 후자로 돌리므로, 이 시트가
 * 실제로 닿는 콘텐츠는 블로그 CPT + 그렇게 라우팅된 케이스 전부다. 실측(2026-08-06,
 * 발행 case_studies 110건):
 *   view_type != blog                      102건 — 레거시 케이스, 이 시트 무영향
 *   view_type = blog · casetype term 있음    8건 — 문서형(백서/가이드/체크리스트)
 *   view_type = blog · casetype term 없음    0건 — single-case_studies.php:178 의
 *     `$is_blog && ! $hansem_is_doc` 분기가 그리는 비문서 블로그뷰. 오늘은 0건이지만
 *     분기는 살아 있고, 그 본문도 문서형과 똑같이 `.single-post-inner` 를 거치며 같은
 *     34px h1 을 썼으니 콘텐츠가 생기면 이 시트가 같은 결함을 같이 고친다(CSS 는
 *     무수정 — 이 문단은 범위 서술 정정일 뿐).
 * 서비스·페이지는 위 두 템플릿을 아예 쓰지 않아 무영향.
 *
 * 계기 = YSK 2026-08-06 메일(폰 제목 크기) + 다혜 차장 H2 승격 요청.
 * H3→H2 재태깅이 들어오면서 두 결함이 드러났다:
 *   ① 데스크톱에서 h2(34) 가 기사 제목 h1(34) 과 같은 크기 = 소제목이 제목과 동급
 *   ② h2 위 여백(16) 이 h3(56/32) 보다 좁아 앞 문단에 달라붙는다
 *
 * 수치 유래 — 전부 사이트에 이미 있는 값이다(매직넘버 아님):
 *   1.75rem(28) = h1 34 와 h3 24 사이. base 가 ≤992 h1 에 쓰는 토큰.
 *   1.25rem(20) = 케이스 스터디의 살아있는 폰 스케일 21.6/20/18 의 가운데 칸.
 *                 base 는 ≤992 h2 를 1.35rem(21.6) 로 주는데, 그건 새 제목 값과
 *                 같아져 ①이 폰으로 옮겨온다 ⇒ 한 단 아래로 내린다.
 *   64/40      = base 가 이미 쓰는 8px 사다리(h4 48 → h3 56)를 한 칸 위로 연장.
 *                폰은 h3 32 + 8.
 *
 * ⚠️ h3·h4·본문 p 는 무접촉이다 — 본문에 h3 를 쓰는 라이브 기사가 443건이다.
 * ⚠️ 브레이크포인트 992 는 base 와 같은 자리다(실측: h2·h3·h4 가 전부 992/993
 *    경계에서 갈린다). 다른 값을 쓰면 중간 폭에서 h2 < h3 역전이 난다.
 * ⚠️ design-260708.css 의 옛 §P2b(.resource-doc … 1.4rem)는 명시도 (0,3,1) 로
 *    이 규칙 (0,2,1) 을 이기므로 제거했다. 문서형도 여기 값을 쓴다.
 */
.single-post-inner h2.wp-block-heading {
	font-size: 1.75rem;
	line-height: 1.35;
	margin-top: 64px;
	margin-bottom: 16px;
}

@media (max-width: 992px) {
	.single-post-inner h2.wp-block-heading {
		font-size: 1.25rem;
		margin-top: 40px;
	}
}