/*
 * T19 content_sections — YSK 피드백(2026-07-15) 표현 오버라이드.
 * 스코프: .service-content-section (이미지 기반 .service-benefit 무영향).
 * public/index.css(에이전시 빌드)는 무접촉 — 여기서만 덮는다.
 * 폭 캡(max-width) 금지: 요구는 마진이지 읽기폭 제한이 아니다.
 */

/* R2/R4: 상하 여백은 줄이고, 좌우는 늘려 텍스트를 외곽선에서 띄운다 */
section.service-content-section article {
	padding: 1.75rem 4rem;
}

/* 토픽 블록 사이 간격 (KO #900 = 한 박스 안 2토픽) */
.service-content-section .content-section-topic + .content-section-topic {
	margin-top: 3rem;
}

/* R3: 부제는 본문(16px)보다 크게 */
.service-content-section .section-title p {
	font-size: 1.125rem;
}

/* Finding 2 (2026-07-15 review): #427/#901(ai-content-engineering)은 짧은
 * 항목이 한 줄로 접혀 h5→strong 전환의 절감분을 덜 받아 R2(≤2/3) 미달이었다.
 * base `section .section-title { margin-bottom: 2.5rem }`을 좁혀 항목 수와
 * 무관하게 전 페이지에 고르게 적용되는 절감을 더한다(위 article padding과
 * 합쳐 전 6페이지 재측정, 아래 커밋 메시지의 실측 표 참고).
 *
 * 1rem이 아니라 1.5rem인 이유: 1rem이면 부제→첫 항목 간격이 항목 간
 * 간격(1rem)과 같아져 부제를 키운 R3의 위계가 간격에서 무너진다. 항목
 * 간격보다 넓게 두어 부제가 목록의 머리로 읽히게 한다. */
.service-content-section .section-title {
	margin-bottom: 1.5rem;
}

/* R1/R2: 한 줄 항목 — 간격을 좁히고 한글 어절을 지킨다
 * 섹션이 .service-benefit도 겸해 base의 `section.service-benefit article
 * .desc ul li { margin-bottom: 2rem }`(specificity 0,2,4)와 부딪힌다 — 같은
 * 골격(section.service-content-section article .desc ul/ol li)으로 명시도를
 * 맞추고, 뒤에 enqueue되는 캐스케이드 순서로 이긴다(!important 불필요). */
section.service-content-section article .desc ul li,
section.service-content-section article .desc ol li {
	margin-bottom: 1rem;
	word-break: keep-all;
	overflow-wrap: break-word;
}

section.service-content-section article .desc ul li:last-child,
section.service-content-section article .desc ol li:last-child {
	margin-bottom: 0;
}

/* R6: 절차는 번호를 보인다 (base가 li { list-style: none }으로 죽여둠) */
.service-content-section .desc ol {
	padding-left: 1.5rem;
	margin: 0;
	list-style: decimal;
}

.service-content-section .desc ol li {
	list-style: decimal;
}

/* Finding 1 (2026-07-15 review): the outro's top margin used to come from a
 * `ul + p { margin-top: 1.5rem }` rule in wp-custom-css (Customizer, DB-only).
 * Switching How We Work to <ol> stopped that selector matching, and the
 * `margin: 0` above removed the UA fallback too — the outro glued itself to
 * item 6 with 0px gap. Restate the gap here, in git, for every list type. */
.service-content-section .desc .section-outro {
	margin-top: 1.5rem;
}

/* R7 (YSK 2026-07-15 17:02): 국문 2개소 본문 정렬. 14:03 "중앙정렬 한번 시도"를
 * 보고 페이지별로 갈랐다 — 게이트=functions.php hansem_content_sections_variant()
 * (언어까지 봐야 EN 번역쌍이 slug를 공유해서 안 딸려온다).
 *
 * 둘 다 "중앙"이지만 중앙에 놓는 대상이 다르다: 줄이냐(text-centered) 덩어리냐
 * (block-centered). 목록 구조가 갈랐다 — #900은 번호가 없어 줄마다 중앙이
 * 자연스럽고, #899는 How We Work 6단계라 줄마다 중앙에 놓으면 번호가 각 줄을
 * 따라다녀 1~6이 세로로 안 선다(실측 글자 시작 x가 128px에 걸쳐 흩어짐). */

/* #900 기업 교육 콘텐츠 개발 — 줄마다 중앙. heading/intro는 이미 중앙이었고,
 * 좌측으로 남아 있던 목록을 맞춘다.
 * ol을 안 다루는 이유: 이 변형이 붙는 페이지엔 번호 목록이 없다(#899가 빠지며
 * 그 조합은 사라졌다). 죽은 우회 규칙을 남겨두면 YSK가 되돌린 결정이 CSS에
 * 화석으로 남아 다음 사람을 오도한다 — 필요해지면 그때 되살린다. */
.service-content-section--text-centered .desc ul,
.service-content-section--text-centered .desc li,
.service-content-section--text-centered .desc .section-outro {
	text-align: center;
}

/* #899 지능형 테크니컬 콘텐츠 개발 — YSK: "왼쪽 정렬 유지하되 대신 좌측 마진을
 * 좀 더 확보해서 글이 좌측에 몰리는 현상을 완화."
 *
 * 줄은 좌측정렬 그대로 두고(1~6이 세로로 서야 하니까) 본문 덩어리만 중앙에 놓아
 * 좌우 여백을 같게 만든다. 고정 들여쓰기(padding-left)를 안 쓴 이유: 이 쏠림의
 * 원인은 마진이 아니라 국문이 영문보다 짧다는 것이라(EN #428은 같은 박스에서
 * 손 안 대도 오른쪽 끝까지 차서 멀쩡하다) 고정값을 얼마를 주든 문안이 바뀌면
 * 도로 틀어진다. 덩어리를 중앙에 두면 문안 길이가 변해도 균형이 따라온다.
 *
 * ⚠️ fit-content는 읽기폭 캡이 아니다(파일 머리말의 금지 대상 아님): 내용의
 * max-content 폭이라 줄바꿈 위치를 하나도 바꾸지 않는다 — 적용 전후 박스 높이가
 * 452px로 동일한 게 그 증거다. 내용이 컨테이너보다 넓으면 그대로 꽉 찬다.
 *
 * article이 아니라 .desc에만 거는 이유: article padding을 키우면 그 안에서 중앙
 * 정렬된 heading/intro까지 같이 밀려 박스 기준 중앙이 깨진다. */
.service-content-section--block-centered .desc {
	width: fit-content;
	margin-inline: auto;
}

@media (max-width: 992px) {
	section.service-content-section article {
		padding: 1.5rem;
	}

	.service-content-section .content-section-topic + .content-section-topic {
		margin-top: 2rem;
	}
}