@ihabdevteam/core 0.224.0 → 0.226.0

package/CHANGELOG.md

@@ -7,6 +7,106 @@ All notable changes to this project will be documented in this file.
 > 적은 글이라, 지금 이름으로 고쳐 놓으면 그 시절에 그 이름으로 받은 사람이
 > 제 이야기를 못 찾는다.
 
+## 0.226.0
+
+### 카드의 표 번호가 **곁의 글과 같은 글꼴**이 된다 — 고정폭을 걷는다
+
+`.word-table-button__code` 가 쓰던 `--font-mono` 를 걷었다. `caption-1` 이 쥔 글꼴
+(프리텐다드)을 그대로 받도록 **아무것도 안 적는다.**
+
+고정폭을 쓴 까닭은 ㉚ 때 적어 둔 것이었다 — "종이에 찍힌 번호와 화면의 번호를 눈으로 견줄
+때 자릿수가 맞으라고". 두 가지가 그 사이에 달라졌다.
+
+- 카드 바닥 줄에서 곁의 등록일과 글꼴이 달라 **짧은 번호 한 토막이 딴 데서 온 글처럼**
+  보였다. 번호가 줄 오른쪽 끝으로 옮겨 가며(㊱) 더 눈에 띄었다.
+- 눈으로 견주는 일은 이제 **고르개의 찾는 칸**이 대신한다 — 번호를 치면 그 표만 남는다.
+
+사용자 지시다(2026-10-01). 등록일과 글꼴·색이 같아졌고, 자리(줄 맨 오른쪽 끝)가 구별을 한다.
+
+### ㊵-2 — 달력 뒤집기는 **돌고 있었는데 그려지지 않았다**
+
+0.225.0 으로도 그대로 잘렸다. 말귀가 뿌리를 짚었다 — 셈이 아니라 CSS 였다.
+
+```
+인라인:   position: fixed; … bottom: 104px;   ← 뒤집기는 돌았다
+계산된 값: top: 1284px   ← 이것이 이긴다
+          bottom: 104px  ← 버려진다
+```
+
+`DatePicker.css` 에 `position: absolute; top: calc(100% + 6px); left: 0` 이 남아 있었다.
+판이 칸 바로 아래 붙어 있던 시절의 값인데, 그 뒤 판은 `document.body` 로 포탈되어
+`position: fixed` 로 자리를 받게 됐고 **이 `top` 만 남았다.** 인라인은 `position`·`left`·
+`bottom` 은 덮지만 `top` 은 지우지 않는다. 높이가 `auto` 인 요소에 `top` 과 `bottom` 이 둘 다
+있으면 **`top` 이 자리를 정하고 높이는 그 둘 사이로 눌린다.** `fixed` 아래의
+`calc(100% + 6px)` 은 창 높이의 100% 라 창 1278 이면 `top` 이 1284 — 화면 바로 아래다.
+판은 거기 서고 높이는 음수로 눌려 **26px** 이 됐다(말귀가 본 "264 였다가 26 이 된다" 도
+같은 뿌리였다). 셈은 내내 옳았고 그려지지 않았을 뿐이다.
+
+고친 것 셋.
+
+- **시트에서 `position`·`top`·`left` 를 걷었다.** 자리는 인라인이 쥔다.
+- **인라인이 늘 양쪽을 적는다** — 쓰는 쪽에 값, 안 쓰는 쪽에 `auto`. 한쪽만 적으면 시트에
+  남은 반대쪽이 다시 가로챈다. 소비자 시트가 `top` 을 쥐고 있어도 이제는 지워진다.
+- **높이를 우리가 얹은 자리에 흔들리지 않게 잰다** — `max(offsetHeight, scrollHeight)`.
+  `offsetHeight` 만 보면 눌린 값을 되읽어 그 값으로 다시 자리를 잡고, 자리가 다시 높이를
+  바꾸어 두 꼴을 오간다. 덤으로 `useAnchoredMenu` 가 한 번 여는 동안 네 번까지만 다시
+  센다 — 높이 비교만으로는 두 꼴을 번갈아 오가는 것을 못 막는다.
+
+브라우저 실측(창 1278 · 칸 `1198~1246` · 아래 32px): 판이 **306px 그대로 화면 안**에 선다.
+고치기 전에는 26px 으로 눌려 화면 밖이었다.
+
+> `Dropdown`·`TextField`·`BottomNav`·`Header` 의 붙는 판도 훑었다 — 시트에 자리를 쥔
+> 것은 `DatePicker` 하나뿐이었다.
+
+### `--wt-brand-logo-height` 는 **34 로 못박는다**
+
+말귀가 38 로 올려 쓰며 그 값을 청했으나 사장님이 34 로 정하셨다(2026-10-01). 기본값은
+0.222.0 이후 34 그대로이고 **이 판에서 달라지는 것은 없다** — 36 → 32 → 34 → 38 로 오간
+끝의 값이라 다시 흔들리기 쉬워, 어느 것이 정해진 값인지 코드에 적어 둔다.
+
+## 0.225.0
+
+### `DatePicker` 의 달력이 자리가 없으면 **위로 편다** (말귀 요청 ㊵)
+
+채점 창 **바닥 줄**에 날짜 칸을 놓으니 달력이 아래로 펴져 화면 밖으로 나갔다. 창 안이라
+스크롤도 안 생겨 고를 길이 없었다(말귀 실측: 칸 `1180~1228`, 달력 `1234~1498`, 창 1278 —
+220px 이 밖). 뒤집기는 **이미 있었는데** 두 군데가 막고 있었다.
+
+- **위가 통째로 남을 때만** 뒤집었다(`rect.top > dropdownH`). 위도 아래도 다 모자라면 늘
+  아래였는데, 칸이 바닥 줄이면 거의 늘 그 꼴이다. 이제 **덜 모자라는 쪽**으로 편다
+  (`spaceAbove > spaceBelow`). 아래가 넉넉하면 전과 같이 아래다 — 공연히 안 뒤집는다.
+- **첫 셈은 판 높이를 몰랐다.** `open` 이 참이 된 직후 한 번 세는데, 그때 판이 아직 없으면
+  어림값(300)으로 세고 **그 어림으로 위·아래와 창 안으로 조이기를 둘 다 정해** 버렸다.
+  아무도 다시 안 쟀다. 이제 `useAnchoredMenu` 가 판을 `ResizeObserver` 로 지켜보다가
+  **높이가 달라질 때만** 다시 센다(같은 높이에도 세면 셈→자리→셈 으로 끝없이 돈다).
+  덤으로 달력이 5 줄 달에서 6 줄 달로 넘어갈 때도 자리를 다시 잡는다.
+
+**`placement` 프롭은 안 만든다.** 부르는 쪽은 제 칸이 창 어디에 놓일지 늘 알지는 못한다 —
+말귀도 몰랐고 사람이 보고서야 알았다. 프롭으로 넘기면 그 모름이 그대로 결함이 된다.
+
+> 이 고침은 `useAnchoredMenu` 를 쓰는 **모든 붙는 판**에 간다(`Dropdown` 등). 어림값으로
+> 굳던 자리가 다 같이 풀린다.
+
+### 채점 표식 ○ · △ · ✕ 에 이름이 뜬다 (말귀 요청 ㊴)
+
+셋 다 아이콘만 있어 낭독기에는 `낙지 맞음` 으로 제대로 읽히는데 **눈으로 보는 사람에게는
+이름이 없었다** — 세모가 '애매' 인지 '반만 맞음' 인지 알 길이 없다. 손을 얹으면
+`맞음` · `애매` · `틀림` 이 뜬다(`wordTable.scoring.markName`, 영어도 있다).
+
+**띄우는 글과 낭독기 글이 일부러 다르다.** 손을 얹은 사람에게 낱말은 바로 위 칸에 적혀
+있으니 새 소식이 아니다. 낭독기는 칸을 안 보고 지나므로 거기서는 낱말이 있어야 "어느 칸의
+맞음" 인지 알 수 있다 — `ariaLabel` 은 그대로 둔다.
+
+### `WordTableButton` — 번호가 배지 **뒤**로, 색은 등록일과 같은 회색 (말귀 요청 ㊱·㊳)
+
+**㊱ 을 한 번 더 옮겼다.** 첫 판에서는 배지보다 **앞**에 두었다 — "배지는 상태고 번호는
+이름이니 이름이 먼저" 라는 셈이었는데, 그것은 셈이었을 뿐이고 화면을 보고 사용자가 **맨
+끝**으로 정했다. 바꾸려면 화면을 보고 바꾼다.
+
+**㊳ 색**: `--color-text-primary` → `--color-gray`. 한 단 올려 두었던 까닭은 "둘 다 회색이면
+한 줄에 같은 무게로 놓여 훑을 때 안 걸린다" 였는데, 번호가 줄 오른쪽 끝으로 가면서 등록일과
+떨어져 그 걱정이 없어졌다. 자리가 이미 구별을 하므로 색까지 세울 까닭이 없다.
+
 ## 0.224.0
 
 ### `Toolbar` 의 검색 칸에 `autoFocus` (말귀 요청 ㊲)