/*
 * bz_layout_project.css
 * 비즈폼 측으로 부터 제공받은 원본 퍼블리싱css 를 건드리지 않기 위해 override 한다.
 */
.bz_aside .bz_list_selected .bz_list_select_ppt {
    width: 100%;
}

/* 변경 사유(2026-08-19, 글꼴 드롭다운 위치 — PPT 전용으로 스코프): 제공된 퍼블리싱에
   select box 펼쳐짐 로직이 없어 펼친 위치가 버튼과 맞지 않는다. PPT 패널(.bz_quick_ff)은
   padding:0 2em 이라 absolute 드롭다운(base: left:0; width:100%)이 패딩박스 기준이 되어
   버튼보다 좌로 2em·폭 4em 넓어진다 → 아래 보정이 필요하다. 반면 Word 패널(.bz_quick_m_ff)은
   패딩이 0이라 base 값이 이미 버튼과 정확히 일치하는데, 무스코프 오버라이드가 Word 까지
   잡아 오히려 우로 2em 밀고 폭을 줄이는 불일치를 만들었다 → PPT 컨테이너로 스코프.
   값(2em / 88.3%)은 PPT 캘리브레이션 결과이므로 불변. */
.bz_gener .bz_quick_ff .bz_btn_quick_ff_select {
    left: 2em !important;
    width: 88.3% !important;
}

/* 변경 사유(글자색 스와치 위치 오차 — 사용자 결정: 원본 얇은 바): 런타임 append되는
   bz_editor.css + bz_shape_color.css가 .bz_tool_color em을 width/height:100%(꽉 채움)로
   키우면서도 bz_layout.css의 구(舊) 얇은 바 좌표(position:absolute; top:2.6em; left:1em)를
   리셋하지 않아, 꽉 찬 박스가 버튼 밖 아래/우측으로 밀려 슬라이드를 덮었다(검은 사각형).
   → 원본 퍼블리싱(bz_layout.css)의 "A 아래 얇은 색상 바"로 복원. 인라인 background:currentColor는
   그대로 살아 바 색으로 표현. 런타임 append(로드 최후순위)인 두 시트를 이기려 .bz_editor_tool
   한 단계로 specificity 상향(0,3,1 > 0,2,1), !important 회피. */
.bz_gener .bz_editor_tool .bz_tool_color em {
    width: 1.5em;
    height: 0.3em;
    top: 2.6em;
    left: 1em;
    border: 0;
    border-radius: 0;
}

/*
 * 완료 화면의 재생성하기 버튼 클릭 시,
 * [생성/디자인] 메인페이지 프롬프트의 css를 공유함으로 인해 불일치 문제 발생
 * (2026-08-19: 아래 두 값은 이제 ≤1500px 좁은 변형의 폴백 — ≥1501px는 다음 구획의 카드 기준 좌표가 이김)
*/
.bz_after.bz_on .bz_aside .bz_option {
    bottom: 25.4em;
}
.bz_after.bz_on .bz_aside .bz_option_box{
    top: 50.3em;
}

/* 변경 사유(2026-08-19, STEP03 뷰포트 미끄러짐): 재생성 모달(bz_after.bz_on)에서 absolute 자식들의
   containing block이 카드(.bz_aside_in — static)가 아니라 뷰포트 크기의 .bz_aside(fixed)였다.
   top-anchored(리스트박스·option_box)는 카드 top이 5em 고정이라 우연히 안정했지만, bottom-anchored인
   .bz_option(STEP03 바)만 뷰포트 높이(브라우저 알림바·창 높이·북마크바)에 따라 카드 위를 미끄러져
   프롬프트 영역을 침범했다. → 카드에 position:relative를 줘 앵커를 카드로 내리고, 기존 뷰포트 기준
   좌표를 카드 기준으로 환산(top류 = 기존값 − 카드 top 5em). option의 12.9em은 2026-08-20
   사용자가 실화면 보며 캘리브레이션한 값 — 앵커가 카드라 창 높이와 무관하게 고정된다.
   ≤1500px 좁은 변형은 카드 구조가 달라(1열 스택·height:auto) 스코프 제외 — 위 구 값이 그대로 적용된다. */
@media (min-width: 1501px) {
  .bz_after.bz_on .bz_aside .bz_aside_in { position: relative; }
  .bz_after.bz_on .bz_aside .bz_option { bottom: 12.9em; }
  .bz_after.bz_on .bz_aside .bz_option_box { top: 45.3em; }
  .bz_after.bz_on .bz_aside .bz_listbox { top: 13.2em; }
  /* 디자인(PPT) 모달은 리스트박스가 5.7em 더 낮게 시작(base .bz_design 23.9em의 카드 기준 환산) */
  .bz_after.bz_design.bz_on .bz_aside .bz_listbox { top: 18.9em; }
}

/* 변경 사유(2026-07-27, Word 툴바 툴팁이 헤더에 가림): base(=퍼블리싱 원본)의 .bz_mini_pop은
   버튼 '위쪽'(top:-3.8em)에 뜬다. PPT 툴바는 캔버스 중앙에 떠서 문제없지만, Word 툴바는
   .bz_gener_c.bz_word 규칙으로 화면 상단(position:fixed; top:5.2em; z-index:15)에 고정되고
   .bz_header가 정확히 그 위(height:5.2em; z-index:70)를 덮는다 → 툴팁이 헤더 밑에 깔려 꼬리만 보였다.
   z-index를 올리는 방식은 불가: 툴바가 z-index로 stacking context를 만들어 자식 툴팁이 그 위로
   못 올라가고, 툴바 자체를 70↑로 올리면 z-index:50인 .bz_layer(모달)까지 덮는다.
   → Word 툴바에 한해 툴팁을 버튼 '아래쪽'으로 뒤집는다(꼬리 방향도 반전). PPT 툴바는 무영향.
   ≤760px에서는 base가 이 툴팁을 display:none !important로 이미 끄므로 모바일 무영향. */
.bz_gener .bz_gener_c.bz_word .bz_editor_tool .bz_mini_pop {
    top: auto;
    bottom: -3.8em;
}
.bz_gener .bz_gener_c.bz_word .bz_editor_tool .bz_mini_pop:after {
    bottom: auto;
    top: -0.6em;
    border-top: 0;
    border-bottom: 0.6em solid rgba(0, 0, 0, 0.7);
}

/* 변경 사유(모바일 어조 시트 기본 숨김): base bz_layout.css의 .bz_aside .bz_option_box(≤760px)는
   .bz_listbox(display:none 기본)와 달리 display:flex 상시노출이라 기본으로 떠 있었다.
   기본 숨김 + bz_on(아코디언) 경로 차단 → "선택한 어조" 버튼(인라인 display:block)으로만 노출. */
@media (max-width: 760px) {
  .bz_aside .bz_option_box { display: none; }
  .bz_aside.bz_on .bz_option_box { display: none; }
}

/* 변경 사유(2026-07-27): 비즈폼 표준에서 AI 수정(선택영역 부분수정) 미지원 — 비활성 표기.
   pointer-events:none 금지 — base bz_layout.css의 `.bz_gener .bz_tool_option span:hover + .bz_mini_pop`
   hover 툴팁이 떠야 "사용하실 수 없습니다" 안내가 보인다. */
.bz_gener .bz_tool_option.bz_tool_ai.bz_disabled { opacity: .4; cursor: not-allowed; }

/* 변경 사유(2026-07-27): 글꼴 목록 7·8번 교체(동글→페이퍼로지, 나눔손글씨 펜→학교안심 그림일기)로 구 폰트 기준 크기 보정이 어긋남 — 실측 폭 비율(Pretendard 대비 101%·95%)에 맞춰 재보정
   base의 li:nth-child(n) strong 보정값은 "모든 항목이 같은 시각 크기로 보이게" 폰트별 자체
   글자폭을 역산한 값이다(canvas measureText 40px 실측으로 재현 확인: 동글 2.102·나눔손글씨 펜
   1.707·블랙한샌즈 1.337≈기본값 — base의 2.1em/1.7em/무규칙과 일치). 교체된 신규 폰트는
   Pretendard와 폭이 거의 같아(페이퍼로지 101%·학교안심 95%) 구 보정값이 그대로 남으면
   그 두 항목만 확대돼 보였다. 11번 인터롭(101%)은 base에 규칙이 없어 손댈 것이 없다.
   Word(TiptapWordFormatToolbar)·PPT(ElementToolbar)가 같은 FONT_OPTIONS 12종을 같은 순서로
   쓰므로 두 툴바 공통 문제 — .bz_gener_c.bz_word로 좁히지 않는다.
   .bz_editor_tool 한 단계로 specificity 상향(0,4,2 > base 0,3,2): 런타임 append라 로드 최후순위인
   bz_editor.css에도 같은 규칙이 있어 그것까지 이겨야 한다(위 bz_tool_color em과 동일 수법, !important 회피).
   @760 블록 필수: 미디어쿼리는 specificity를 더하지 않아 위 데스크톱 규칙이 모바일 base(0,3,2)까지
   이겨버린다 → 모바일 기본값 1.5em 기준으로 동일 비율 재보정하지 않으면 모바일에서만 작아진다. */
.bz_gener .bz_editor_tool .bz_tool_family_select li:nth-child(7) strong { font-size: 1.3em; }
.bz_gener .bz_editor_tool .bz_tool_family_select li:nth-child(8) strong { font-size: 1.35em; }
@media (max-width: 760px) {
  .bz_gener .bz_editor_tool .bz_tool_family_select li:nth-child(7) strong { font-size: 1.5em; }
  .bz_gener .bz_editor_tool .bz_tool_family_select li:nth-child(8) strong { font-size: 1.55em; }
}

/* 변경 사유(2026-07-29): 정렬 드롭다운의 "현재 적용된 정렬" 표시 — base에 `li.bz_on` 규칙이 없다.
   실측(로드된 스타일시트 전수 조사): `.bz_tool_align_select` 관련 규칙 19개 중 `li:hover`·
   `li:nth-child(1~4)`만 존재하고 선택 상태 규칙은 0건. `li.bz_on` 스타일이 있는 건
   `.bz_tool_family_select li.bz_on` 하나뿐이고 그것도 @760 안에만 있다. 툴바(TiptapWordFormatToolbar)가
   현재 정렬에 bz_on을 붙여도 그리는 규칙이 없어 드롭다운을 열어도 뭐가 적용됐는지 알 수 없었다.
   새 디자인을 만들지 않고 퍼블리싱 자체 시각 언어(hover 상태)를 그대로 차용한다 —
   배경 #f0f1f3 + 진한 아이콘(base hover가 쓰는 i_tool38/40/42/44) + 글자 #252525/500.
   specificity: base hover(0,4,1)와 동률이라 로드 순서로 이긴다(layout.tsx에서 bz_layout.css 바로 뒤).
   bz_editor.css에는 align_select 규칙이 없어 추가 상향 불필요(grep 0건).
   @760 은 base가 `background-position:3.8em 50% !important`로 위치를 잡으므로 hover와 동일하게 따라간다. */
.bz_gener .bz_tool_align_select li.bz_on strong { font-weight: 500; color: #252525; }
.bz_gener .bz_tool_align_select li:nth-child(1).bz_on { background: #f0f1f3 url(../images/i_tool38.png) 1em 50% no-repeat; background-size: 1.8em; }
.bz_gener .bz_tool_align_select li:nth-child(2).bz_on { background: #f0f1f3 url(../images/i_tool40.png) 1em 50% no-repeat; background-size: 1.8em; }
.bz_gener .bz_tool_align_select li:nth-child(3).bz_on { background: #f0f1f3 url(../images/i_tool42.png) 1em 50% no-repeat; background-size: 1.8em; }
.bz_gener .bz_tool_align_select li:nth-child(4).bz_on { background: #f0f1f3 url(../images/i_tool44.png) 1em 50% no-repeat; background-size: 1.8em; }

/* 변경 사유(2026-08-11, 모바일에서 슬라이드 캔버스가 축소되지 않고 잘리던 문제):
   데스크톱 폭에서는 .bz_forms_box 폭이 뷰포트를 따라 줄고 useSlideScale의 ResizeObserver가
   scale을 재계산한다(실측: 780px에서 scale 0.53). 그런데 base bz_layout.css의 @760 규칙이
   .bz_forms 를 display:flex 로 바꾸는 순간, 그 자식 .bz_forms_in 이 flex item 이 되면서
   min-width:auto(=min-content)가 걸린다. 내부 슬라이드는 transform: scale()만 쓰므로 레이아웃
   폭이 항상 1280px → min-content 1280px 이 바닥이 되어 .bz_forms_in / .bz_forms_box 가 1280px
   에 고정되고 scale 이 1.0 으로 되돌아갔다(실측: 760px 뷰포트에서 boxW 1280·scale 1.0).
   게다가 globals.css 가 ≤760px 에서 .bz_gener_c_in 의 overflow-x 를 hidden 으로 두므로
   스크롤조차 안 되고 슬라이드 우측이 그대로 잘렸다.
   flex item 의 min-width 바닥만 풀면 폭이 부모를 따라가고 기존 ResizeObserver 경로가 그대로
   동작한다 — 훅·템플릿(165파일) 수정 0. 실측 결과 760px 경계에서 0.53 → 0.53 으로 연속.
   min-width 를 .bz_forms_box(손자)에 걸면 효과 없다 — 바닥을 만드는 노드는 flex item 인 .bz_forms_in 이다.
   ⚠ globals.css 의 @760 `.bz_gener_c_in { overflow-x: hidden }`(2026-08-06 이슈 #8)은 이 수정 후에도
   여전히 필요하다 — 100% 줌에서는 이제 박스가 뷰포트 안에 들어오지만, 줌 >100% 는 min-width 로
   박스를 키우므로(실측: 600px 뷰포트/150% → 800px) 그 규칙이 없으면 가로 스크롤이 되살아난다.
   .bz_ppt 로 좁히지 않은 이유: ≤760 에서 .bz_word .bz_forms 도 display:flex 라 같은 바닥이 생길 수
   있고, Word 본문은 1280 고정 박스가 아니라 리플로우되므로 바닥 해제가 무해하다. */
/* 변경 사유(2026-08-26, 모바일 새로고침 시 cover/toc/ending 캔버스가 scale(1) 그대로 잘리던 문제):
   위와 같은 flex item 문제의 반대 방향. min-width:0 은 "바닥(1280)"만 풀었고, 폭은 여전히 콘텐츠
   max-content 에서 온다. 그런데 일부 템플릿(예: business/template-11 의 cover·toc·ending)은 1280 내부
   박스가 `position:absolute` 라 in-flow 콘텐츠가 0 → .bz_forms_in 폭 0 → .bz_forms_box·래퍼 0x0 →
   useSlideScale 이 rect 0 으로 조기반환하고 크기 변화가 없으니 ResizeObserver 도 영영 안 울린다
   (실측: 420px 뷰포트에서 .bz_forms_in 0x21, inner transform scale(1)). between/content 는 내부 박스가
   relative 라 max-content 1280 → 위 min-width:0 으로 shrink 되어 우연히 정상이었다.
   flex item 에 명시 폭을 주면 콘텐츠 유무와 무관하게 부모 폭을 따른다(데스크톱 A/B 실측: flex 주입 시
   1070→0, width:100% 추가 시 1070 복귀). 데스크톱은 .bz_forms 가 block 이라 이 규칙과 무관. */
@media (max-width: 760px) {
    .bz_gener .bz_forms_in { min-width: 0; width: 100%; }
    /* 모바일 환경에서 툴바 겹쳐짐.(복붙/삭제 툴바) */
    .bz_gener .bz_editor_tool.bz_tool_mobile {
        top: 12em !important;
        z-index: 0 !important; 
    }
}

/* 변경 사유(2026-07-27): 빠른편집 AI 프롬프트(bz_quick_b) 백엔드 미배선 — tsx의 disabled 속성용 시각 상태. */
.bz_gener .bz_quick_b_text .bz_quick_textarea:disabled { opacity: .5; cursor: not-allowed; background: #f4f5f7; }
.bz_gener .bz_quick_b_submit .bz_btn_quick_submit:disabled { opacity: .45; cursor: not-allowed; }

.bz_header .bz_member .bz_btn_profile{margin-left:1em !important;}
.moveable-control-box{z-index:10 !important;}

/* 변경 사유(2026-08-12, 생성 진행 카드 하단 여백이 스크롤 끝에서 사라져 보이던 문제):
   .bz_ing_in 은 세로 스크롤 컨테이너인데 원본 퍼블리싱이 하단 여백을 그 컨테이너의
   padding-bottom(데스크톱 3em / ≤760px 2em)으로 준다. 엔진에 따라 end padding 을
   스크롤 영역에 포함하지 않아(WebKit 계열) 끝까지 내리면 정지 버튼이 카드 밑변에 붙는다.
   같은 여백을 마지막 자식 .bz_ing_stop 의 padding-bottom 으로 옮기면 어느 엔진에서나
   콘텐츠로 취급돼 동일하게 남는다. 시각 결과(여백 크기)는 원본과 같다.
   원본 bz_layout.css 는 재퍼블리싱 때 통째로 교체되므로 이 파일에서 override 한다.
   ≤760px 는 값만 다르므로(2em) .bz_ing_in 은 비미디어 규칙 하나로 충분 —
   이 파일이 bz_layout.css 보다 뒤에 로드돼 동일 명시도에서 이긴다. */
.bz_gener_ing .bz_ing_in { padding-bottom: 0; }
.bz_gener_ing .bz_ing_stop { padding-bottom: 3em; }
@media (max-width: 760px) {
    .bz_gener_ing .bz_ing_stop { padding-bottom: 2em; }
}

/* 변경 사유(2026-08-12): 로딩 카드 flex 전환 — 생성중단 버튼 스크롤 없이 상시 가시, 넘침은 리스트 ul이 흡수. 퍼블리셔 원본(bz_layout.css) 수정 금지 정책에 따라 오버라이드로 배치.
   원본은 카드 안을 고정 height 계산으로 나눈다 — .bz_ing_form{height:calc(100% - 38.4em); min-height:17em}, .bz_ing_list{height:calc(100% - 3.3em)}, ul{height:100%}.
   38.4em/31.4em 은 "위쪽 고정 영역이 정확히 이 높이"라는 가정이고, 경과시간 문구·진행 문구 줄수처럼 실제로 변하는 값이라 어긋나면 합계가 카드를 넘겨 .bz_ing_in(overflow-y:auto)이 스크롤되고 마지막 자식인 정지 버튼이 접힌 아래로 밀려났다.
   → 카드를 flex 컬럼으로 바꿔 고정 영역(제목·문구·바·폼 타이틀·버튼)은 flex-shrink:0 으로 지키고, 가변 영역(form→list→ul)만 남는 공간을 나눠 갖게 한다. 넘침은 ul 자체 스크롤(원본 overflow-y:auto)이 흡수.
   원본 선언은 오버라이드로 삭제할 수 없으므로 height:auto / min-height:0 으로 무력화한다. min-height:0 이 빠지면 flex item 기본값 min-height:auto(=콘텐츠 크기)가 바닥이 되어 안 줄고 카드가 그대로 넘친다.
   비미디어 규칙 하나로 데스크톱·모바일을 함께 덮는다 — @media 는 명시도를 더하지 않으므로, 이 파일이 bz_layout.css 뒤에 로드되는 한(app/layout.tsx:101→108) 원본 @760 블록의 height 재선언(.bz_ing_form calc(100% - 31.4em), .bz_ing_list 100%)까지 동일 명시도에서 이긴다.
   .bz_ing_form > div:not([class]) — PPT 카드(BizformPptLoadingView)는 form 과 list 사이에 무클래스 래퍼 div 가 끼어 있어 flex 체인이 거기서 끊긴다. Word 카드는 list 가 form 직속이라 이 규칙에 걸리는 노드가 없다(무해).
   ul 의 min-height:0 — 원본 ul{min-height:13.7em}(137px)은 flex 체인이 아무리 조여도 안 내려가는 하드 바닥이라, 낮은 뷰포트(실측 1280x660: list 81.7px)에서 ul 이 부모 .bz_ing_list 를 55.3px 넘쳐 나오고 .bz_ing_list 에 overflow 선언이 없어 그대로 정지 버튼 상단 25.3px 를 덮었다(= 버튼 윗부분 클릭 불가). 바닥을 풀면 ul 이 남는 공간까지 줄고 넘침은 ul 자체 스크롤이 흡수한다.
   공간이 충분한 뷰포트에서는 발동하지 않는다 — min-height 는 flex 가 조일 때만 걸리는 하한이라 1280x800·375x700 의 리스트 자연 높이는 그대로다(실측 확인). */
.bz_gener_ing .bz_ing_in { display: flex; flex-direction: column; }
.bz_gener_ing .bz_ing_t,
.bz_gener_ing .bz_ing_p,
.bz_gener_ing .bz_ing_bar,
.bz_gener_ing .bz_ing_form_t,
.bz_gener_ing .bz_ing_stop { flex-shrink: 0; }
.bz_gener_ing .bz_ing_form { flex: 1 1 auto; min-height: 0; height: auto; display: flex; flex-direction: column; }
.bz_gener_ing .bz_ing_form > div:not([class]) { flex: 1 1 auto; min-height: 0; display: flex; flex-direction: column; }
.bz_gener_ing .bz_ing_list { flex: 1 1 auto; min-height: 0; height: auto; display: flex; flex-direction: column; }
.bz_gener_ing .bz_ing_list ul { height: auto; min-height: 0; }

/* 변경 사유(2026-08-12): 중단 배너(.bz_stop_docu)가 Word 서식툴바를 덮던 문제.
   원본 bz_layout.css:1425 는 `.bz_stop_docu.bz_on ~ .bz_editor_tool{top:8.7em}` 로 툴바를 배너
   아래(5.2em+3.5em=8.7em)로 밀지만, 배너는 CancelledDocumentBanner 가 createPortal 로 `.bz_gener`
   직속에 붙이고 툴바는 세 단계 아래 `.bz_gener_c_in` 안이라 형제 결합자(~)가 영영 매칭되지 않는다.
   포털 타깃은 4개 화면(create·design·presentation·document) 공용이라 못 바꾸므로, 같은 의도를
   현재 DOM 에서 실제로 매칭되는 :has() 로 다시 쓴다. 배너가 없으면 :has() 가 거짓이라 무동작.
   ⚠ `.bz_gener_c.bz_word` 스코프 필수 — 이게 빠지면 top 을 인라인으로 계산하는 PPT
   ElementToolbar(`.bz_editor_tool`, bz_layout.css:948 은 position:absolute·top:3.5em)까지 잡는다.
   모바일(@media max-width:760px)의 같은 사유로 죽은 형제 규칙들은 아래 블록에서 이어서 이식했다. */
.bz_gener:has(.bz_stop_docu.bz_on) .bz_gener_c.bz_word .bz_editor_tool {
  top: 8.7em;
}

/* 변경 사유(2026-08-12): 위 데스크톱 이식의 모바일 대응분. bz_layout.css 의
   @media (max-width:760px) 블록(1698행 열림 ~ 2724행 닫힘) 안에 있는 형제 결합자 규칙
   2196·2225·2228·2283 이 같은 이유(배너가 `.bz_gener` 직속 포털이라 `~` 불발)로 전부
   죽어 있다. 값은 원본 그대로 옮기고 셀렉터만 :has() 로 바꾼다 — `:has()` 는 인수 중 최고
   명시도를 취하므로 명시도도 원본과 동일하다((0,4,0)/(0,5,0)/(0,6,0)). 배너가 없으면
   :has() 가 거짓이라 정상 화면 무영향.
   ⚠ 2196 은 원본과 마찬가지로 !important 를 붙이지 않는다 — 붙이면 `/design` 전용
   `.bz_design .bz_gener .bz_pager{top:auto !important}`(2197)를 깨뜨린다.
   ⚠ .bz_tgl 규칙(2228 대응)은 중복이 아니다 — 바로 위 13.5em 이 (0,4,0)으로 base
   `.bz_gener .bz_pager_toggle.bz_tgl`(0,3,0)을 이기므로 토글 열림 상태의 top:auto/bottom:9em 을
   (0,5,0)으로 되살려야 한다(원본이 2226 다음에 2228 을 또 쓴 이유와 동일).
   ⚠ 2282(`.bz_stop_docu.bz_on + .bz_forms .bz_editor_tool{top:9.6em}`)는 이식하지 않았다 —
   이 셀렉터는 `.bz_forms` 안의 툴바를 노리는데 우리 DOM 에는 그런 노드가 없다(Word 툴바는
   `.bz_forms` 의 형제, PPT 툴바는 `#bz-editor-tool-portal` 안). 포털 툴바로 겨냥을 옮기면
   실패한 규칙의 복원이 아니라 새 규칙 작성이고, 이미 있는
   `.bz_editor_tool.bz_tool_mobile{top:12em!important}`(이 파일 129행)까지 덮어쓴다. 결과적으로
   모바일 PPT 툴바(6.1em)는 여전히 배너(5em~8.5em) 아래에 깔린다 — 팀리드 판단 대기. */
@media (max-width: 760px) {
  .bz_gener:has(.bz_stop_docu.bz_on) .bz_pager {
    top: 17.5em;
  }
  .bz_gener:has(.bz_stop_docu.bz_on) .bz_pager_toggle {
    top: 13.5em;
  }
  .bz_gener:has(.bz_stop_docu.bz_on) .bz_pager_toggle.bz_tgl {
    left: 1.5em;
    top: auto;
    bottom: 9em;
  }
  .bz_gener:has(.bz_stop_docu.bz_on) .bz_gener_c.bz_word .bz_editor_tool {
    top: 8.5em !important;
  }
}


/* 변경 사유(2026-08-14, 뒤로가기 가드 모달이 생성 로딩 오버레이에 가림): 원본의 .bz_layer 는
   z-index:50 인데, 생성 중 로딩 오버레이는 BizformCreatePage/BizformDesignPage 가 portal 로
   띄우는 z-[10000](딤) + z-[10001](로딩 카드) 이다. 뒤로가기(popstate) 가드가 생기기 전에는
   생성 중에 모달이 뜰 경로 자체가 없었다 — 그 딤이 클릭을 전부 삼켜 헤더 링크(tryNavigate)가
   눌리지 않았기 때문. 이제는 뒤로가기로 열리므로, 안 올리면 사용자는 제자리에 붙들린 채
   아무 안내도 못 본다(= "뒤로가기 먹통"). NavigationGuardLayer 에만 붙는 .bz_layer_nav 로
   좁혀서 올린다 — .bz_layer_re 를 통째로 올리면 재생성 확인 레이어의 쌓임 순서까지 바뀐다. */
.bz_layer.bz_layer_nav {
    z-index: 10050;
}