sellmate-design-system-react 9.0.0-beta.67 → 9.0.0-beta.69

package/AGENTS.md

@@ -706,7 +706,7 @@ Tailwind 유틸리티는 **토큰 스케일에 있는 값만** 사용한다.
 - **`SContextAlert` 는 대상 옆에 둔다.** 페이지 맨 위에 놓고 "아래 어딘가의 이야기"를 하면 그건 `SCallout` 이 할 일이다.
 - **`action` 에는 `SButton size="xs"` 를 넣는다.** 그 높이가 곧 상자의 콘텐츠 높이라, 더 큰 버튼을 넣으면 상자가 세로로 늘어나 한 줄 알림의 리듬이 깨진다. 버튼이 둘 이상 필요하면 한 줄로 끝날 이야기가 아니다 — 모달(§3-3)을 본다.
 - **`messages` 는 줄을 나누는 용도지 문장을 자르는 용도가 아니다.** 한 문장이 길어 넘치는 것은 그냥 두면 줄바꿈된다. 서로 다른 사실일 때만 배열로 나눈다.
-- **아이콘은 기본값을 그대로 둔다.** 인텐트 6종이 같은 아이콘을 쓰는 것이 시안의 규칙이다. `icon` 을 바꾸면 면의 색과 아이콘의 뜻이 따로 논다.
+- **아이콘은 기본적으로 없다.** `icon` 을 주지 않으면 아이콘 칸 자체가 없고, 알림의 성격은 면 색이 말한다. 붙이기로 했다면 인텐트 6종 모두 같은 글리프(`notificationOutline`) 하나를 쓴다 — 인텐트마다 아이콘을 바꾸면 면의 색과 아이콘의 뜻이 따로 논다. 색도 같다: `iconColor` 는 아이콘이 성격까지 말해야 하는 자리에서만 쓰고, 면 색에 맞춰 인텐트마다 바꾸지 않는다.
 
 ### 3-3. 플로팅/오버레이류
 
@@ -837,7 +837,7 @@ SModal.create({ component: OrderModal, componentProps: { orderId } })
 
 **하단 버튼을 본문(children)에 직접 두지 않는다.** 주 액션은 `button`, 보조 버튼은 `footerLeft` 로 넘긴다 — 푸터 배경·여백·양끝 분리가 컴포넌트 규칙대로 잡히는 자리다. `button` 은 클릭해도 **모달을 닫지 않으므로**(`onClick` 만 발화) 저장 API 응답을 보고 `modalRef.ok()` 로 닫으면 되고, 그 때문에 본문에 버튼을 따로 둘 이유가 없다. `footerLeft` 는 슬롯이라 `SButton` 을 직접 배치하며 `size="md"` 를 명시한다(§3-5-2).
 
-**`button` 은 `SButton` 의 prop 을 그대로 받는다** — `icon`·`rightIcon`·`outline`·`disabled` 등을 함께 넘길 수 있다. 단 **`size` 는 타입에 없다**: 하단 액션 영역은 언제나 `md` 이고(§3-5-2) 예외가 없어 푸터가 고정한다. **`color` 는 주지 않는 것이 기본**이다 — 주지 않으면 주 액션 규칙대로 `primary` 가 되고, 그 버튼이 파괴적 액션일 때만 §3-5-3 에 따라 `danger` 를 준다. 카드(§3-7-8)의 `button` 도 같다.
+**`button` 은 `SButton` 의 prop 을 그대로 받는다** — `icon`·`rightIcon`·`outline`·`disabled` 등을 함께 넘길 수 있다. 단 **`size` 는 타입에 없다**: 버튼 크기는 놓이는 자리가 정하므로(§3-5-2) 푸터가 준다. 모달·드로어·팝업의 푸터는 **언제나 `md`** 라 받을 것이 없다 — 크기를 고를 수 있는 것은 카드 둘뿐이다(§3-7-8 `footerSize`). **`color` 는 주지 않는 것이 기본**이다 — 주지 않으면 주 액션 규칙대로 `primary` 가 되고, 그 버튼이 파괴적 액션일 때만 §3-5-3 에 따라 `danger` 를 준다. 카드(§3-7-8)의 `button` 도 같다.
 
 **확인 모달은 확인 버튼 하나로 세우는 것이 기본이다 — `subButtonLabel` 을 주지 않는다.** 비워 두면 서브 버튼이 아예 서지 않는다. 답하지 않고 나가는 길은 **X 버튼이 이미 맡고**(늘 서 있다), `persistent` 를 켜지 않았으면 백드롭·ESC 로도 닫힌다(§3-3-5).
 
@@ -1339,12 +1339,16 @@ tableRef.current.scrollToRow(row);                  // 복원
 | --- | --- |
 | 테이블 **행 내부** 인라인 액션 | `xs` |
 | 화면·목록 액션 (툴바, `STableBar`) | `sm` |
-| **모달·위저드 푸터** | `md` |
+| **모달·드로어·팝업 푸터** | `md` (고정) |
 | **페이지 하단 실행 버튼** (폼 저장·상세 수정 등) | `md` |
+| **카드 푸터** — 카드가 화면의 주 액션을 쥔 경우 | `md` (`footerSize` 기본값) |
+| **카드 푸터** — 한 화면에서 부분만 확정하는 카드 | `sm` (`footerSize="sm"`) |
 | 스크롤 시 헤더로 승격된 버튼 | `sm` (최대) |
 
 `lg` 는 현재 사용처가 없다. 페이지 골격에서 쓰지 않는다.
 
+**푸터 버튼의 크기는 버튼이 아니라 푸터가 정한다.** 모달·드로어·팝업은 예외가 없어 타입에 `size` 가 없고, 카드 둘(`SCard`·`SSectionHeaderCard`)만 `footerSize` 로 고른다 — 자세한 기준은 §3-7-8. **`footerLeft` 슬롯에 직접 배치하는 `SButton` 은 그 푸터와 같은 크기를 명시한다**(모달이면 `size="md"`, `footerSize="sm"` 인 카드면 `size="sm"`). 슬롯까지는 타입이 못 막으므로 어긋나면 좌우 버튼 높이가 갈린다.
+
 #### 3-5-3. 파괴적 액션의 채움 / outline
 
 물리적 위치가 아니라 **적용 범위 + 위험도**로 가른다.
@@ -1805,6 +1809,7 @@ useEffect(() => {
 - **칸 본문을 통째로 바꾸려면 `dayContent` 다.** 일정으로 표현되지 않는 그날치 요약(재고·매출 같은)을 칸에 얹을 때 쓴다. **슬롯을 준 날짜는 그 날짜의 `events` 를 그리지 않고 목록 판도 열지 않는다** — 한 칸에 둘을 겹쳐 담지 않는다. 일정과 요약을 함께 보여야 하면 요약을 일정 한 건(`events[]`)으로 넣는다.
 - **`SCalendarBoard` 는 높이를 부모에게서 받는다.** 행이 그 높이를 균등하게 나눠 갖고, 칸 높이가 다시 "한 칸에 몇 줄이 보일지" 를 정한다. 그래서 **놓는 자리에 높이를 준다** — 페이지 본문의 남은 높이를 채우려면 `SPage` 안에서 스택을 `flex-1 min-h-0` 으로 두고 판에 `h-full` 을 준다. 높이를 주지 않으면 칸이 최소 높이로 주저앉아 한두 줄만 보인다.
 - **한 칸에 몇 줄을 펼칠지는 컴포넌트가 잰다.** 조절하는 prop 이 없다 — 칸 높이에서 나오는 값이라 따로 정할 것이 아니다. 줄이 넘치면 마지막 한 줄을 "N개 더보기" 에 내주므로 **접히든 아니든 칸 높이가 같다.** 기간 막대가 접히면 **걸친 날마다 한 건으로** 세므로 날짜별 "N개" 가 서로 다를 수 있다. **소비 앱이 `events` 를 미리 잘라 넘기지 않는다.** 잘라 넘기면 "N개 더보기" 의 수가 실제 건수와 어긋나고, 눌러도 나머지가 나오지 않는다.
+- **판 밖의 것에 손이 닿았을 때 그에 맞는 일정을 짚어 주려면 `focusedEventId` 다.** 지목한 일정만 또렷하게 남고 나머지 일정과 "N개 더보기" 는 물러난다. **지목한 일정이 "N개 더보기" 에 접혀 있으면 그 더보기 자리에 대신 그려져** 지목하는 동안만 드러나고, 보이던 일정들의 줄 배정은 어느 쪽이든 달라지지 않는다 — 지목이 오가도 판이 출렁이지 않는다. 자리를 내준 칸은 그동안 "더보기" 를 그리지 않으므로, 거기 남은 일정은 칸을 눌러 목록 판으로 본다. **물러나게 하는 것을 앱에서 직접 하지 않는다** — 접혀 있다 드러난 막대는 앱의 CSS 가 닿지 않아 그 하나만 어긋난다. `events[].id` 가 없는 일정은 지목할 수 없다. 호버·포커스를 **감지**하는 것은 앱 몫이고, 판은 "지금 어느 일정인가" 만 받는다.
 - **`events[].label` 은 필수다** — 일정이 무엇인지 알리는 부분이라 비워 두지 않는다. 인라인 HTML 을 받으므로 부분 강조가 필요할 때만 태그를 쓰고, 나머지는 `description`·`value` 로 나눠 담는다. 칸이 좁아지면 `label`+`description` 이 한 덩어리로 말줄임되고 `value` 만 끝에 온전히 남는다 — **금액·수량은 반드시 `value` 에 담는다.** `description` 에 넣으면 잘린다.
 - `SDatePickerYearListbox`·`SDatePickerMonthListbox` 는 `SDatePicker` 의 mode listbox 조각만 떼어낸 컴포넌트다. 일반 폼 입력에는 `SDatePicker mode="year" | "month"` 를 우선 쓰고, 다른 트리거·팝오버 안에 리스트만 끼워 넣을 때만 직접 쓴다.
 
@@ -1929,7 +1934,7 @@ const [selectedId, setSelectedId] = useState<string>();
 - **카드 안에 카드를 겹치지 않는다.** 섹션 안을 더 나눠야 하면 `SDivider` 로 끊거나(§3-6) 섹션을 둘로 분리한다.
 - 안쪽 여백은 `SSectionHeaderCard` 의 `padding` prop 으로 준다 — `p-sd-*` 를 직접 주지 않는다 (§2-2).
 
-**카드가 자기 안에서 확정하는 액션을 가지면 하단 버튼을 `children` 에 직접 두지 않는다.** 두 카드 모두 모달·드로어와 같은 하단 액션 영역을 갖는다 — 주 액션은 `button`, 보조 버튼은 `footerLeft` 로 넘긴다(§3-3-4 와 같은 규칙). 배경·상단 구분선·좌우 여백·양끝 분리가 컴포넌트 규칙대로 잡히고, 좌우 끝이 헤더·본문과 맞는다. `footerLeft` 는 슬롯이라 `SButton` 을 직접 배치하며 `size="md"` 를 명시한다(§3-5-2).
+**카드가 자기 안에서 확정하는 액션을 가지면 하단 버튼을 `children` 에 직접 두지 않는다.** 두 카드 모두 모달·드로어와 같은 하단 액션 영역을 갖는다 — 주 액션은 `button`, 보조 버튼은 `footerLeft` 로 넘긴다(§3-3-4 와 같은 규칙). 배경·상단 구분선·좌우 여백·양끝 분리가 컴포넌트 규칙대로 잡히고, 좌우 끝이 헤더·본문과 맞는다. `footerLeft` 는 슬롯이라 `SButton` 을 직접 배치하며 푸터와 같은 크기를 명시한다(§3-5-2).
 
 ```tsx
 {/* 섹션 안에서 바로 수정·저장하는 인라인 폼 섹션 (§4-4) */}
@@ -1943,6 +1948,30 @@ const [selectedId, setSelectedId] = useState<string>();
 </SSectionHeaderCard>
 ```
 
+**카드 푸터만 크기를 고른다 — `footerSize`.** 모달·드로어·팝업의 푸터는 `md` 고정이지만(§3-5-2), 카드는 화면에서 차지하는 자리가 둘로 갈린다.
+
+| 카드가 놓인 자리 | `footerSize` |
+| --- | --- |
+| 카드가 **화면의 주 액션**을 쥔다 (한 폭을 차지하는 상세·폼 섹션) | `md` — 기본값이라 주지 않는다 |
+| 한 화면에서 **부분만 확정한다** (옆 패널·분할 영역처럼 화면의 일부를 맡는 카드) | `sm` |
+
+- **`sm` 은 카드에만 있다.** 그 카드가 모달·팝업 안에 들어 있어도 같다 — 모달 자신의 푸터는 여전히 `md` 다.
+- **`footerSize="sm"` 이면 `footerLeft` 슬롯 버튼도 `size="sm"` 으로 맞춘다.** 슬롯은 타입이 못 막아서, 한쪽만 `md` 로 남으면 좌우 버튼 높이가 갈린 푸터가 된다.
+- 여백은 `md`·`sm` 이 같다 — 푸터 패딩 토큰이 한 벌이라 **바뀌는 것은 버튼 크기뿐**이다. 여백을 직접 주지 않는다.
+
+```tsx
+{/* 화면 오른쪽 패널만 확정하는 카드 — 좌우 버튼 크기를 footerSize 에 맞춘다 */}
+<SSectionHeaderCard
+  title="옵션 템플릿"
+  marker
+  footerSize="sm"
+  footerLeft={<SButton color="danger" outline size="sm" icon="remove" label="템플릿 삭제" onClick={remove} />}
+  button={{ label: '저장', onClick: save }}
+>
+  …
+</SSectionHeaderCard>
+```
+
 **페이지 전체를 확정하는 액션은 카드 푸터가 아니라 페이지 하단에 둔다.** 카드 푸터는 **그 카드 안에서 닫히는 액션**의 자리다 — 여러 섹션을 한 번에 저장하는 버튼을 마지막 카드의 푸터에 넣으면 그 카드에만 걸리는 액션으로 읽힌다. 이때는 §4-4 처럼 카드 밖 하단 줄에 둔다.
 
 #### 3-7-9. SLinearProgress vs SCircleProgress
@@ -2869,9 +2898,10 @@ export default function ProductDetailPage() {
 | Prop (Footer) | 용도 |
 | --- | --- |
 | `button` | 하단 액션 영역 우측 주 액션 (§3-7-8) |
-| `footerLeft` | 하단 액션 영역 좌측 슬롯 — 보조 버튼. `SButton` 에 `size="md"` 를 명시한다 |
+| `footerLeft` | 하단 액션 영역 좌측 슬롯 — 보조 버튼. `SButton` 에 `footerSize` 와 같은 크기를 명시한다 |
+| `footerSize` | 하단 액션 영역 크기 — `'md'`(기본) / `'sm'`. 판정은 §3-7-8 |
 
-둘 중 하나라도 주면 하단 액션 영역이 렌더된다. 회색 바탕 + 상단 구분선이며 좌우 끝은 헤더에 맞는다 — 배경·여백을 직접 주지 않는다.
+`button`·`footerLeft` 중 하나라도 주면 하단 액션 영역이 렌더된다. 회색 바탕 + 상단 구분선이며 좌우 끝은 헤더에 맞는다 — 배경·여백을 직접 주지 않는다.
 
 **한 페이지에 섹션 카드가 둘 이상이면 `marker` 를 켠다.** 점은 섹션을 서로 구분할 대상이 여럿일 때만 의미가 있어, 카드가 하나뿐인 페이지에서는 켜지 않는다. 한 페이지 안에서는 켜거나 끄거나 전부 같게 간다.
 
@@ -3186,6 +3216,7 @@ export default function ExcelFilePopupPage() {
 - [ ] 하단 버튼이 양끝 분리(`justify-between`)이고, 되돌리기가 왼쪽 끝 · 실행이 오른쪽 끝인가 (되돌리는 액션이 없어도 양끝 분리는 그대로 — 오른쪽에 모으지 않고 위계가 낮은 쪽을 왼쪽 끝에 둔다)
 - [ ] 페이지에 `color="primary"` 채움 버튼이 **1개뿐**인가 (`danger` 채움도 1개, `SDropdownButton` 포함)
 - [ ] 버튼 `size` 가 위치 규칙과 맞는가 (행 내부 `xs` / 화면 액션 `sm` / 모달 푸터 `md`)
+- [ ] 카드 `footerSize` 가 카드가 놓인 자리와 맞고(화면의 주 액션 `md` / 부분만 확정 `sm`, §3-7-8), `footerLeft` 슬롯 버튼의 `size` 를 그 값에 맞췄는가
 - [ ] 파괴 액션의 채움/outline 이 **적용 범위 + 위험도** 기준과 맞는가
 - [ ] `SGhostButton` 이 아이콘만으로 뜻이 통하는 부가 위치(표·모달 헤더·카드)에만 쓰였고, `ariaLabel` 이 전부 있는가 (라벨이 필요하면 `SButton`)
 - [ ] `SGhostButton` 의 `intent` 가 조작 성격과 맞는가 (되돌릴 수 없는 삭제만 `danger`, 진입·추가는 `action`, 나머지는 `default`)

package/dist/components/SCalendarBoard/CalendarDayCard.d.ts

@@ -36,6 +36,13 @@ export declare const CalendarDayCard: import("react").ForwardRefExoticComponent<
     hiddenCount: number;
     /** "더보기" 가 앉는 줄. 접힌 것이 없는 주는 -1 */
     moreLane: number;
+    /** "더보기" 자리를 집중된 일정에 내줬는지 — 내준 칸은 "더보기" 를 그리지 않는다 */
+    moreReplaced: boolean;
+    /**
+     * 집중할 일정의 `id` (SCalendarBoard 의 `focusedEventId`).
+     * 주면 그 일정만 또렷하게 남고 이 칸의 나머지 일정과 "더보기" 는 흐려진다.
+     */
+    focusedEventId?: string | null;
     /** 이 칸의 일정 목록 판이 열려 있는지 */
     isOpen: boolean;
     moreLabel?: string;

package/dist/components/SCalendarBoard/CalendarEventButton.d.ts

@@ -6,13 +6,15 @@ import type { SCalendarBoardEvent } from './types';
  * 점 → 레이블(강조) → 설명 → `/` → 값 순서로 한 줄에 눕는다.
  * 가운데 레이블 묶음만 줄어들고 값은 끝에 고정되므로, 좁은 칸에서도 금액이 잘리지 않는다.
  */
-export declare function CalendarEventButton({ event, onSelect, flatStart, flatEnd, className, style, }: {
+export declare function CalendarEventButton({ event, onSelect, flatStart, flatEnd, dimmed, className, style, }: {
     event: SCalendarBoardEvent;
     onSelect?: (event: SCalendarBoardEvent, e: MouseEvent<HTMLButtonElement>) => void;
     /** 왼쪽 끝이 잘린 조각 — 앞 주에서 이어지므로 모서리를 평평하게 한다 */
     flatStart?: boolean;
     /** 오른쪽 끝이 잘린 조각 — 다음 주로 이어진다 */
     flatEnd?: boolean;
+    /** 다른 일정에 집중하는 동안 물러나 있다 — 흐려질 뿐 계속 눌린다 */
+    dimmed?: boolean;
     className?: string;
     style?: CSSProperties;
 }): import("react").JSX.Element;

package/dist/components/SCalendarBoard/CalendarMoreButton.d.ts

@@ -7,6 +7,11 @@ export declare const CalendarMoreButton: import("react").ForwardRefExoticCompone
     count: number;
     /** 개수 뒤에 붙는 말 */
     label?: string;
+    /**
+     * 어느 일정에 집중하는 동안 물러나 있다. 여기 남아 있다는 것은 접힌 것 중에
+     * 집중 대상이 없다는 뜻이라(있었다면 이 자리를 내줬다) 함께 흐려진다.
+     */
+    dimmed?: boolean;
     onClick?: (e: MouseEvent<HTMLButtonElement>) => void;
     className?: string;
     style?: CSSProperties;

package/dist/components/SCalendarBoard/README.md

@@ -17,6 +17,7 @@
 | `events?` | `SCalendarBoardEvent[]` | — | 일정 목록. `date`(시작)로 칸에 배분되고, `endDate` 를 주면 그날까지 **하나의 막대로 이어져** 칸 경계를 넘어 그려진다. |
 | `dayColors?` | `Record<string, SCalendarBoardDayColor>` | — | 날짜별 칸 배경. 키는 `YYYY-MM-DD`, 없는 날짜는 `'default'` 다. 그날의 성격(마감·완료·휴무 등)을 칸 전체로 알릴 때 쓴다 — 일정 하나의 색은 `events[].color` 다. |
 | `dayContent?` | `Record<string, ReactNode>` | — | 날짜별 칸 본문. 키는 `YYYY-MM-DD`, 준 날짜는 **일정 자리를 통째로 이 내용이 차지한다** — 그날의 `events` 는 그리지 않고 목록 판도 열리지 않는다. 일정으로 표현되지 않는 것(재고 현황· 매출 요약 같은 그날치 요약)을 칸에 그대로 얹을 때 쓴다. |
+| `focusedEventId?` | `string \| null` | — | 집중할 일정의 `id`. 그 일정만 또렷하게 남고 **나머지 일정과 "N개 더보기" 는 흐려진다** — 판 밖의 무언가(목록의 행 등)에 손이 닿았을 때 판에서 그에 대응하는 일정을 짚어 주는 데 쓴다. 그 일정이 칸에 담기는 줄 수를 넘겨 **"N개 더보기" 에 접혀 있으면, 그 "더보기" 자리에 대신 그려져** 집중하는 동안만 드러난다. 이미 보이고 있으면 자리는 그대로다 — 어느 쪽이든 다른 일정의 줄 배정은 달라지지 않으므로, 집중이 오가도 판이 출렁이지 않는다. 자리를 내준 칸은 그 동안 "더보기" 를 그리지 않는다(한 줄에 둘을 넣을 수 없다). 거기 남은 일정은 칸을 눌러 목록 판으로 본다. `id` 가 없는 일정은 지목할 수 없다. |
 | `todayLabel?` | `string` | `'오늘'` | 헤더 오른쪽 "오늘" 버튼 레이블. 빈 문자열이면 버튼을 그리지 않는다 |
 | `moreLabel?` | `string` | — | "N개" 뒤에 붙는 말 |
 | `headerRight?` | `ReactNode` | — | 헤더 오른쪽 끝에 붙일 추가 컨트롤 |

package/dist/components/SCalendarBoard/SCalendarBoard.d.ts

@@ -38,6 +38,18 @@ export interface SCalendarBoardProps {
      * 매출 요약 같은 그날치 요약)을 칸에 그대로 얹을 때 쓴다.
      */
     dayContent?: Record<string, ReactNode>;
+    /**
+     * 집중할 일정의 `id`. 그 일정만 또렷하게 남고 **나머지 일정과 "N개 더보기" 는 흐려진다** —
+     * 판 밖의 무언가(목록의 행 등)에 손이 닿았을 때 판에서 그에 대응하는 일정을 짚어 주는 데 쓴다.
+     *
+     * 그 일정이 칸에 담기는 줄 수를 넘겨 **"N개 더보기" 에 접혀 있으면, 그 "더보기" 자리에 대신
+     * 그려져** 집중하는 동안만 드러난다. 이미 보이고 있으면 자리는 그대로다 — 어느 쪽이든 다른
+     * 일정의 줄 배정은 달라지지 않으므로, 집중이 오가도 판이 출렁이지 않는다.
+     *
+     * 자리를 내준 칸은 그 동안 "더보기" 를 그리지 않는다(한 줄에 둘을 넣을 수 없다). 거기 남은
+     * 일정은 칸을 눌러 목록 판으로 본다. `id` 가 없는 일정은 지목할 수 없다.
+     */
+    focusedEventId?: string | null;
     /** 일정 클릭 */
     onEventClick?: (event: SCalendarBoardEvent, e: MouseEvent<HTMLButtonElement>) => void;
     /**
@@ -68,4 +80,4 @@ export interface SCalendarBoardProps {
  * 보일지" 를 정한다 — 그래서 놓는 자리에 높이를 주어야 한다 (`<div className="h-[640px]">` ·
  * `SPage` 본문의 남은 높이 등). 높이를 주지 않으면 칸이 `dayCard.minHeight` 로 주저앉는다.
  */
-export declare function SCalendarBoard({ year, month, defaultYear, defaultMonth, onViewChange, selectable, value, onValueChange, events, dayColors, dayContent, onEventClick, onMoreClick, todayLabel, moreLabel, headerRight, className, style, }: SCalendarBoardProps): import("react").JSX.Element;
+export declare function SCalendarBoard({ year, month, defaultYear, defaultMonth, onViewChange, selectable, value, onValueChange, events, dayColors, dayContent, focusedEventId, onEventClick, onMoreClick, todayLabel, moreLabel, headerRight, className, style, }: SCalendarBoardProps): import("react").JSX.Element;

package/dist/components/SCalendarBoard/calendar-board-layout.d.ts

@@ -36,14 +36,24 @@ export interface CalendarBoardLayout {
     hiddenCountByCell: number[];
     /** 주별로 "N개 더보기" 가 앉는 줄. 접힌 것이 없는 주는 -1 */
     moreLaneByWeek: number[];
+    /**
+     * 칸별로, "더보기" 자리를 집중된 일정(`focusedEventId`)에 내줬는지.
+     * 내준 칸은 그 줄에 막대가 앉았으므로 "더보기" 를 그리지 않는다 — 한 줄에 둘을 넣을 수 없다.
+     */
+    moreReplacedByCell: boolean[];
 }
 /** 일정의 마지막 날. `endDate` 가 없거나 시작보다 앞서면 하루짜리로 본다 */
 export declare function eventEndDate(event: SCalendarBoardEvent): string;
-export declare function layoutCalendarBoard({ cells, events, rowCapacity, blockedDates, }: {
+export declare function layoutCalendarBoard({ cells, events, rowCapacity, blockedDates, focusedEventId, }: {
     cells: readonly DayCell[];
     events: readonly SCalendarBoardEvent[];
     /** 칸 하나에 담기는 줄 수 */
     rowCapacity: number;
     /** 일정을 그리지 않는 날짜 (`dayContent` 를 받은 칸) */
     blockedDates: ReadonlySet<string>;
+    /**
+     * 집중할 일정의 `id`. 그 일정이 접혀 있으면 "더보기" 가 예약한 줄을 대신 차지해 노출된다 —
+     * 이미 보이고 있으면 아무것도 달라지지 않는다. 줄 배정 자체는 이 값과 무관하다.
+     */
+    focusedEventId?: string | null;
 }): CalendarBoardLayout;

package/dist/components/SCalendarBoard/calendarBoard.config.d.ts

@@ -23,6 +23,11 @@ export declare const CALENDAR_BOARD_EVENT_PRESETS: Record<SCalendarBoardEventCol
  * 그래서 이 값을 조절하는 prop 은 없다.
  */
 export declare const CALENDAR_BOARD_MAX_VISIBLE_EVENTS = 4;
+/**
+ * 집중하지 않은 것(다른 일정과 "N개 더보기")이 물러나는 투명도.
+ * 대응 토큰이 없어 디자인 값을 그대로 쓴다 — 토큰이 생기면 여기만 갈아끼운다.
+ */
+export declare const CALENDAR_BOARD_DIM_OPACITY = 0.4;
 /** 날짜 칸 배경 — 그날의 성격을 칸 전체로 알린다 */
 export declare const CALENDAR_BOARD_DAY_COLORS: readonly ["default", "danger", "accent", "complete", "dim"];
 export type SCalendarBoardDayColor = (typeof CALENDAR_BOARD_DAY_COLORS)[number];

package/dist/components/SCard/README.md

@@ -11,6 +11,7 @@
 | `bordered?` | `boolean` | `false` | 테두리 표시 여부 |
 | `footerLeft?` | `ReactNode` | — | 하단 액션 영역 좌측 슬롯. 보조 버튼(취소·목록 등)이 오는 자리다. `footerLeft` 또는 `button` 중 하나라도 있으면 하단 액션 영역이 렌더된다. |
 | `button?` | `SFooterButton` | — | 하단 액션 영역 우측 주 액션 버튼 |
+| `footerSize?` | `SFooterSize` | `'md'` | 하단 액션 영역 크기. 기본은 `md`. 한 화면 안에서 **부분만 확정하는 카드**(옆 패널·분할 영역처럼 화면의 일부를 맡는 카드)일 때만 `sm`. 카드가 화면의 주 액션을 쥐고 있으면 모달·페이지와 같은 `md` 다 (AGENTS.md §3-5-2). `footerLeft` 슬롯의 버튼도 같이 맞춘다 — `sm` 이면 슬롯 버튼도 `size="sm"`. |
 | `footerClassName?` | `string` | — | 하단 액션 영역 클래스 |
 
 ## Dependencies

package/dist/components/SCard/SCard.d.ts

@@ -1,5 +1,5 @@
 import { type HTMLAttributes, type ReactNode } from 'react';
-import { type SFooterButton } from '../SFooter';
+import { type SFooterButton, type SFooterSize } from '../SFooter';
 export interface SCardProps extends HTMLAttributes<HTMLDivElement> {
     /** 테두리 표시 여부 */
     bordered?: boolean;
@@ -10,6 +10,15 @@ export interface SCardProps extends HTMLAttributes<HTMLDivElement> {
     footerLeft?: ReactNode;
     /** 하단 액션 영역 우측 주 액션 버튼 */
     button?: SFooterButton;
+    /**
+     * 하단 액션 영역 크기. 기본은 `md`.
+     *
+     * 한 화면 안에서 **부분만 확정하는 카드**(옆 패널·분할 영역처럼 화면의 일부를 맡는 카드)일 때만
+     * `sm`. 카드가 화면의 주 액션을 쥐고 있으면 모달·페이지와 같은 `md` 다 (AGENTS.md §3-5-2).
+     *
+     * `footerLeft` 슬롯의 버튼도 같이 맞춘다 — `sm` 이면 슬롯 버튼도 `size="sm"`.
+     */
+    footerSize?: SFooterSize;
     /** 하단 액션 영역 클래스 */
     footerClassName?: string;
 }

package/dist/components/SContextAlert/README.md

@@ -8,9 +8,10 @@
 
 | Prop | Type | Default | Description |
 |------|------|---------|-------------|
-| `intent?` | `SContextAlertIntent` | `'default'` | 알림의 성격 — 면과 테두리 색이 바뀐다. 아이콘과 본문색은 인텐트와 무관하게 같다. `default` 안내 · `danger` 오류 · `warning` 주의 · `success` 완료 · `accent` 강조 · `discovery` 새 기능 |
+| `intent?` | `SContextAlertIntent` | `'default'` | 알림의 성격 — 면과 테두리 색만 바뀐다. 본문색과 아이콘 기본색은 인텐트와 무관하게 하나다. `default` 안내 · `danger` 오류 · `warning` 주의 · `success` 완료 · `accent` 강조 · `discovery` 새 기능 |
 | `messages?` | `string[]` | `[]` | 본문. 각 문자열이 한 줄이 되고, 인라인 HTML(`<b>` · `<a>` 등)을 허용한다 — `sanitizeInlineHtml` 로 살균한 뒤 렌더하므로 스크립트·위험 스킴은 제거된다. |
-| `icon?` | `SIconName` | `CONTEXT_ALERT_DEFAULT_ICON` | 왼쪽 아이콘. 시안은 인텐트와 무관하게 원 안 느낌표 하나를 쓴다 |
+| `icon?` | `SIconName` | — | 왼쪽 아이콘. **주지 않으면 아이콘 칸 자체가 없다** — 넣을 때만 넣는다. 넣는다면 인텐트와 무관하게 원 안 느낌표(`notificationOutline`) 하나를 쓴다. 인텐트마다 다른 글리프를 고르면 면의 색과 아이콘의 뜻이 따로 논다. |
+| `iconColor?` | `SColor` | — | 아이콘 색. 팔레트 키(`grey_65`, `red_95` …) 또는 임의 CSS 색상. 주지 않으면 본문보다 한 단계 옅은 기본색이 된다 — 인텐트와 무관하게 하나다. 면 색과 짝을 맞추려 인텐트마다 다른 색을 넣는 것은 시안의 규칙이 아니다. |
 | `action?` | `ReactNode` | — | 오른쪽에 붙는 후속 동작. **`SButton size="xs"` 를 넣는다** — 그 높이(24px)가 곧 이 상자의 콘텐츠 높이라 시안의 40px 가 그대로 나온다. 더 큰 버튼을 넣으면 상자가 그만큼 세로로 늘어난다. |
 | `className?` | `string` | — |  |
 | `style?` | `CSSProperties` | — |  |

package/dist/components/SContextAlert/SContextAlert.d.ts

@@ -1,9 +1,10 @@
 import { type CSSProperties, type ReactNode } from 'react';
+import { type SColor } from '../../lib/color';
 import { type SIconName } from '../SIcon';
 import { type SContextAlertIntent } from './contextAlert.config';
 export interface SContextAlertProps {
     /**
-     * 알림의 성격 — 면과 테두리 색이 바뀐다. 아이콘과 본문색은 인텐트와 무관하게 같다.
+     * 알림의 성격 — 면과 테두리 색만 바뀐다. 본문색과 아이콘 기본색은 인텐트와 무관하게 하나다.
      *
      * `default` 안내 · `danger` 오류 · `warning` 주의 · `success` 완료 · `accent` 강조 · `discovery` 새 기능
      */
@@ -13,8 +14,20 @@ export interface SContextAlertProps {
      * `sanitizeInlineHtml` 로 살균한 뒤 렌더하므로 스크립트·위험 스킴은 제거된다.
      */
     messages?: string[];
-    /** 왼쪽 아이콘. 시안은 인텐트와 무관하게 원 안 느낌표 하나를 쓴다 */
+    /**
+     * 왼쪽 아이콘. **주지 않으면 아이콘 칸 자체가 없다** — 넣을 때만 넣는다.
+     *
+     * 넣는다면 인텐트와 무관하게 원 안 느낌표(`notificationOutline`) 하나를 쓴다. 인텐트마다
+     * 다른 글리프를 고르면 면의 색과 아이콘의 뜻이 따로 논다.
+     */
     icon?: SIconName;
+    /**
+     * 아이콘 색. 팔레트 키(`grey_65`, `red_95` …) 또는 임의 CSS 색상.
+     *
+     * 주지 않으면 본문보다 한 단계 옅은 기본색이 된다 — 인텐트와 무관하게 하나다. 면 색과 짝을
+     * 맞추려 인텐트마다 다른 색을 넣는 것은 시안의 규칙이 아니다.
+     */
+    iconColor?: SColor;
     /**
      * 오른쪽에 붙는 후속 동작.
      *

package/dist/components/SContextAlert/contextAlert.config.d.ts

@@ -1,4 +1,3 @@
-import type { SIconName } from '../SIcon';
 export declare const CONTEXT_ALERT_INTENTS: readonly ["default", "danger", "warning", "success", "accent", "discovery"];
 export type SContextAlertIntent = (typeof CONTEXT_ALERT_INTENTS)[number];
 /**
@@ -13,12 +12,6 @@ export declare const CONTEXT_ALERT_SURFACE: Record<SContextAlertIntent, {
     bg: string;
     border: string;
 }>;
-/**
- * 기본 아이콘 — 원 안 느낌표.
- *
- * 시안은 인텐트 6종 모두 같은 글리프를 쓴다. 인텐트마다 아이콘을 바꾸는 매핑은 없다.
- */
-export declare const CONTEXT_ALERT_DEFAULT_ICON: SIconName;
 /**
  * 아이콘 색 — 본문(`--cmp-contextAlert-content`)보다 한 단계 옅다.
  *

package/dist/components/SContextAlert/index.d.ts

@@ -1,2 +1,2 @@
 export { SContextAlert, type SContextAlertProps } from './SContextAlert';
-export { CONTEXT_ALERT_INTENTS, CONTEXT_ALERT_SURFACE, CONTEXT_ALERT_DEFAULT_ICON, CONTEXT_ALERT_ICON_COLOR, type SContextAlertIntent, } from './contextAlert.config';
+export { CONTEXT_ALERT_INTENTS, CONTEXT_ALERT_SURFACE, CONTEXT_ALERT_ICON_COLOR, type SContextAlertIntent, } from './contextAlert.config';

package/dist/components/SFooter/README.md

@@ -9,6 +9,7 @@
 | Prop | Type | Default | Description |
 |------|------|---------|-------------|
 | `bg?` | `SFooterBg` | `'white'` | 배경색 |
+| `size?` | `SFooterSize` | `'md'` | 크기. 기본은 `md` — 오버레이 하단 액션 영역의 크기다 |
 | `left?` | `ReactNode` | — | footer 좌측 slot |
 | `children?` | `ReactNode` | — | footer 좌측 slot. left와 함께 쓰면 left 뒤에 렌더된다 |
 | `button?` | `SFooterButton` | — | 우측 기본 액션 버튼 |
@@ -24,6 +25,19 @@
 export type SFooterBg = 'white' | 'grey';
 ```
 
+### SFooterSize
+
+```ts
+/**
+ * footer 크기. 버튼 크기가 여기에 딸려 온다 — `md` 는 `SButton size="md"`, `sm` 은 `"sm"`.
+ *
+ * 버튼 크기를 따로 받지 않고 footer 자체를 분기하는 이유: 크기를 정하는 것은 버튼이 아니라
+ * **버튼이 놓인 자리**이기 때문이다 (AGENTS.md §3-5-2). 좌측 슬롯 버튼까지 한 벌로 맞춰야
+ * 하는데, 우측 버튼만 크기를 받으면 좌우가 어긋난 footer 를 만들 길이 열린다.
+ */
+export type SFooterSize = 'sm' | 'md';
+```
+
 ### SFooterButton
 
 ```ts
@@ -33,8 +47,8 @@ export type SFooterBg = 'white' | 'grey';
  * 골라 담은 부분집합으로 두지 않는 이유: `SButton` 에 prop 이 늘 때마다 이 목록만 조용히
  * 뒤처져, 아이콘 하나 붙이려 해도 footer 에서는 길이 없는 상태가 된다.
  *
- * **`size` 만 뺀다.** 버튼 크기는 놓이는 위치가 정하고 하단 액션 영역은 언제나 `md` 다
- * (AGENTS.md §3-5-2 — 예외가 없는 규칙이라 문서가 아니라 타입이 지킨다).
+ * **`size` 만 뺀다.** 버튼 크기는 놓이는 위치가 정하므로 footer 의 `size` 가 정한다
+ * (AGENTS.md §3-5-2) — 버튼이 자기 크기를 따로 주장할 자리가 아니다.
  *
  * `label`·`color` 는 주지 않으면 footer 가 주 액션 기본값(`'확인'`·`'primary'`)으로 잡는다.
  * 파괴적 액션이라 `danger` 가 필요한 경우는 열어 둔다 (§3-5-3).

package/dist/components/SFooter/SFooter.d.ts

@@ -1,14 +1,22 @@
 import { type CSSProperties, type ReactNode } from 'react';
 import { type SButtonProps } from '../SButton';
 export type SFooterBg = 'white' | 'grey';
+/**
+ * footer 크기. 버튼 크기가 여기에 딸려 온다 — `md` 는 `SButton size="md"`, `sm` 은 `"sm"`.
+ *
+ * 버튼 크기를 따로 받지 않고 footer 자체를 분기하는 이유: 크기를 정하는 것은 버튼이 아니라
+ * **버튼이 놓인 자리**이기 때문이다 (AGENTS.md §3-5-2). 좌측 슬롯 버튼까지 한 벌로 맞춰야
+ * 하는데, 우측 버튼만 크기를 받으면 좌우가 어긋난 footer 를 만들 길이 열린다.
+ */
+export type SFooterSize = 'sm' | 'md';
 /**
  * footer 우측 기본 액션 버튼 설정 — `SButton` 의 prop 을 그대로 받는다.
  *
  * 골라 담은 부분집합으로 두지 않는 이유: `SButton` 에 prop 이 늘 때마다 이 목록만 조용히
  * 뒤처져, 아이콘 하나 붙이려 해도 footer 에서는 길이 없는 상태가 된다.
  *
- * **`size` 만 뺀다.** 버튼 크기는 놓이는 위치가 정하고 하단 액션 영역은 언제나 `md` 다
- * (AGENTS.md §3-5-2 — 예외가 없는 규칙이라 문서가 아니라 타입이 지킨다).
+ * **`size` 만 뺀다.** 버튼 크기는 놓이는 위치가 정하므로 footer 의 `size` 가 정한다
+ * (AGENTS.md §3-5-2) — 버튼이 자기 크기를 따로 주장할 자리가 아니다.
  *
  * `label`·`color` 는 주지 않으면 footer 가 주 액션 기본값(`'확인'`·`'primary'`)으로 잡는다.
  * 파괴적 액션이라 `danger` 가 필요한 경우는 열어 둔다 (§3-5-3).
@@ -21,6 +29,8 @@ export type SFooterButton = Omit<SButtonProps, 'size'>;
 export interface SFooterProps {
     /** 배경색 */
     bg?: SFooterBg;
+    /** 크기. 기본은 `md` — 오버레이 하단 액션 영역의 크기다 */
+    size?: SFooterSize;
     /** footer 좌측 slot */
     left?: ReactNode;
     /** footer 좌측 slot. left와 함께 쓰면 left 뒤에 렌더된다 */
@@ -39,4 +49,4 @@ export interface SFooterProps {
  * 공통화한다. 소비자는 호스트 컴포넌트의 `footerLeft`·`button` prop 으로만 닿는다 —
  * 패키지 public export 에 추가하지 말 것.
  */
-export declare function SFooter({ bg, left, button, children, className, leftClassName, style, }: SFooterProps): import("react").JSX.Element;
+export declare function SFooter({ bg, size, left, button, children, className, leftClassName, style, }: SFooterProps): import("react").JSX.Element;

package/dist/components/SFooter/index.d.ts

@@ -1 +1 @@
-export { SFooter, type SFooterBg, type SFooterButton, type SFooterProps } from './SFooter';
+export { SFooter, type SFooterBg, type SFooterButton, type SFooterProps, type SFooterSize, } from './SFooter';

package/dist/components/SSectionHeaderCard/README.md

@@ -21,6 +21,7 @@
 | `background?` | `SSectionHeaderCardBodyBackground` | — | 본문 배경. 기본은 `frame` — 카드가 깐 흰 면을 그대로 쓴다. `neutral` 은 바탕을 한 단계 눌러앉혀, 흰 면 덩어리(표·리스트)가 여럿일 때 그것들이 **"면 위에 놓인 객체"로 읽히게** 한다. 위계를 한 단계 더 주고 싶을 때 고르는 선택지이며, **기본값이 틀린 것은 아니다** — 표·리스트는 테두리·라운드·헤더 줄과 간격을 이미 갖고 있어 흰 바탕에서도 경계가 읽힌다. 깔아도 **효과가 없는** 자리가 있다 — 덩어리가 가장자리까지 차는 경우(`padding="none"` 으로 표를 채우면 바탕이 완전히 가려진다), 덩어리에 회색 면이 섞인 경우(그 덩어리가 바탕에 묻힌다), 맨 텍스트나 폼 컨트롤만 있는 본문(떠오를 흰 면이 없다). |
 | `footerLeft?` | `ReactNode` | — | 하단 액션 영역 좌측 슬롯. 보조 버튼(취소·목록 등)이 오는 자리다. `footerLeft` 또는 `button` 중 하나라도 있으면 하단 액션 영역이 렌더된다. |
 | `button?` | `SFooterButton` | — | 하단 액션 영역 우측 주 액션 버튼 |
+| `footerSize?` | `SFooterSize` | `'md'` | 하단 액션 영역 크기. 기본은 `md`. 한 화면 안에서 **부분만 확정하는 카드**(옆 패널·분할 영역처럼 화면의 일부를 맡는 카드)일 때만 `sm`. 카드가 화면의 주 액션을 쥐고 있으면 모달·페이지와 같은 `md` 다 (AGENTS.md §3-5-2). `footerLeft` 슬롯의 버튼도 같이 맞춘다 — `sm` 이면 슬롯 버튼도 `size="sm"`. |
 | `footerClassName?` | `string` | — | 하단 액션 영역 클래스 |
 | `children?` | `SSectionHeaderCardChildren` | — | 바디 콘텐츠. 특정 컴포넌트 타입으로 제한하지 않습니다. |
 

package/dist/components/SSectionHeaderCard/SSectionHeaderCard.d.ts

@@ -1,5 +1,5 @@
 import { type HTMLAttributes, type ReactNode } from 'react';
-import { type SFooterButton } from '../SFooter';
+import { type SFooterButton, type SFooterSize } from '../SFooter';
 export type SSectionHeaderCardBodyChildren = ReactNode;
 export type SSectionHeaderCardChildren = ReactNode;
 export type SSectionHeaderCardThickness = false | 'default' | 'accent';
@@ -50,6 +50,15 @@ export interface SSectionHeaderCardProps extends Omit<HTMLAttributes<HTMLDivElem
     footerLeft?: ReactNode;
     /** 하단 액션 영역 우측 주 액션 버튼 */
     button?: SFooterButton;
+    /**
+     * 하단 액션 영역 크기. 기본은 `md`.
+     *
+     * 한 화면 안에서 **부분만 확정하는 카드**(옆 패널·분할 영역처럼 화면의 일부를 맡는 카드)일 때만
+     * `sm`. 카드가 화면의 주 액션을 쥐고 있으면 모달·페이지와 같은 `md` 다 (AGENTS.md §3-5-2).
+     *
+     * `footerLeft` 슬롯의 버튼도 같이 맞춘다 — `sm` 이면 슬롯 버튼도 `size="sm"`.
+     */
+    footerSize?: SFooterSize;
     /** 하단 액션 영역 클래스 */
     footerClassName?: string;
     /** 바디 콘텐츠. 특정 컴포넌트 타입으로 제한하지 않습니다. */